View 28478-DSH-002-E-15_8408042.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

28478-dsh-002-e mindspeed technologies ? feb. 2008 preliminary information / mindspeed proprietary and confidential cn8478/74a/72a/71a multichannel synchronous communications controller (musycc?) data sheet
28478-dsh-002-e mindspeed technologies ? ii preliminary information / mindspeed proprietary and confidential ordering information ordering number version package temperature range 28475g-17* 32-channel 208-pin plastic quad flat pack (pqfp) ?40 c to +85 c 28476g-17* 64-channel 208-pin plastic quad flat pack (pqfp) ?40 c to +85 c 28477g-17* 128-channel 208-pin plastic quad flat pack (pqfp) ?40 c to +85 c 28478-17 256-channel 208-pin plastic quad flat pack (pqfp) ?40 c to +85 c 28478g-17* 256-channel 208-pin plastic quad flat pack (pqfp) rohs-compliant ?40 c to +85 c 28475g-18* 32-channel 208-pin plastic ball grid array ?40 c to +85 c 28476-18 64-channel 208-pin plastic ball grid array ?40 c to +85 c 28477g-18* 128-channel 208-pin plastic ball grid array ?40 c to +85 c 28478-18 256-channel 208-pin plastic ball grid array ?40 c to +85 c 28478g-18* 256-channel 208-pin plastic ball grid array rohs-compliant ?40 c to +85 c *the g in the part number indicates that this is an rohs comp liant package. refer to www.mindsp eed.com for additional informati on. revision history revision level date description e preliminary feb. 2008 rohs compliant information added. revised section 5.2.4.2 , section 5.2.5.3 , and section 6.1.3 . d october june 2006 rohs compliant information added. b advance march 2005 changed m66en description. added internal pulldown footnote ( table 1-4 ). added footnote indications to m66en, tm [0], tm[1], tm[2], tdi, tms, and trst. changed ordering information a advance january 2002 document no. changed to conform with mindspeed document numbering system 500183a. initial document number was 100660a. converted to mindspeed format and logo. revised the description of m66en pi n in the hardware signal description table revised the description of mskoof = 1 in group configuration descriptor added explanation for port mode settings in section 4.5 ?channelized port mode changed the minimal maxf rmx value from 3 to 1 in the message length descriptor added electrical operating characte ristics table for 66 mhz pci clock added new paramter entries "supply cu rrent" and "5-v tolerant leakage current" to the electrical operating characterics table for 33 mhz pci clock. updated the tsu(ptp) value in pci i/o timing parameters table for 33 mhz pci clock. updated tval, tval(ptp), ton, toff, tds, and tdh values in pci i/o timing parameters table for 66 mhz pci clock.
28478-dsh-002-e mindspeed technologies ? iii preliminary information / mindspeed proprietary and confidential cn8478/74a/72a/71a multichannel synchronous communications controller (musycc?) product description the cn8478, cn8474a, cn8472a, and cn8471a are advanced multichannel synchronous communication controllers (musyccs) that format and deformat up to 256 (cn8478), 128 (cn8474a), 64 (cn8472a), or 32 (cn8471a) hdlc channels in a single cmos integrated circuit. musycc operates at layer 2 of the open systems interconnection (osi) protocol reference model. musycc provides a comprehensive, high-density solution for processing hdlc channels for internetworking applications such as frame relay, isdn d-channel signaling, x.25, signaling system 7 (ss7), dxi, isup, and lan/wan data transport. under minimal host supervision, musycc manages a linked list of channel data buffers in host memory by performing direct memory access (dma) of the hdlc channels. musycc interfaces with eight independent serial data streams, such as t1/e1 signals, and then transfers data across the popular 32-bit peripheral component interface (pci) bus to system memory at a rate of up to 66 mhz. each serial interface can be operated at up to 8.192 mhz. logical channels can be mapped as any combination of ds0 time slots to support isdn hyperchannels (nx64 kbps) or as any number of bits in a ds0 for subchanneling applications (nx8 kbps). musycc also includes a 32-bit expansion port for bridging the pci bus to local microprocessors or peripherals. a jtag port enables boundary-scan testing to replace bed-of-nails board testing. device drivers for linux, vxworks ? operating systems are available under a no- fee license agreement from mindspeed. the device drivers include c source code and supporting software documents. functional block diagram pci bus serial data bus note: number of serial interfaces is device-dependent. local bus host interface pci interface device configuration registers pci configuration space (function 0) pci configuration space (function 1) channel group 1 ? serial interface channel group 0 ? serial interface channel group 2 ? serial interface channel group 3 ? serial interface channel group 4 ? serial interface channel group 5 ? serial interface channel group 6 ? serial interface channel group 7 ? serial interface boundary scan and test access expanion bus interface dma controller tx/rx-dmac interrupt controller bit-level processor tx/rx-blp port interface tx/rx distinguishing features ? 256-, 128-, 64-, or 32-channel hdlc controller ? osi layer 2 protocol support ? general purpose hdlc (iso 3309) y x.25 (lapb) y frame relay (lapf/ansi t1.618) y isdn d-channel (lapd/q.921) y ss7 support ? 8, 4, 2, or 1 indepe ndent serial interfaces which support y t1/e1 data streams y dc to 8.192 mbps tdm busses ? configurable logical channels y standard ds0 (56, 64 kbps) y hyperchannel (nx64) y subchannel (nx8) ? per-channel protocol mode selection y 16-bit fcs mode y 32-bit fcs mode y ss7 mode (16-bit fcs) y transparent mode (unformatted data) ? per-channel dma buffer management y linked list data structures y variable size transmit/receive fifo ? per-channel message length check y select no length checking y select from two 12-bit registers to compare message length y maximum length 16,384 bytes ? direct pci bus interface y 32-bit, 66 or 33 mhz operation y bus master and slave operation y pci version 2.1 ? local expansion bu s interface (ebus) y 32-bit multiplexed address/data bus y burst access up to 64 bytes ? low power, 3.3/2.5 v cmos operation ? jtag boundary sc an access port ? 208-pin pqfp/surfa ce-mount package ? bga ? available in green (rohs compliant) as well as standard version applications ? isdn basic-rate or pr imary-rate interfaces ? isdn d-channel controller ? routers ? cellular base station switch controller ? csu/dsu ? protocol converter ? packet data switch ? frame relay switches/frame relay access devices (frad) ? dxi network interface ? distributed packet-based communications system ? access multiplexer/concentrator
28478-dsh-002-e mindspeed technologies ? iv preliminary information / mindspeed proprietary and confidential table of contents ordering information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii revision history. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii table of contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv list of figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix list of tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi 1.0 system description. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.1 pin descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 2.0 host interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 2.1 pci interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29 2.1.1 pci initialization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29 2.1.2 pci bus operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29 2.1.3 pci configuration space . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30 2.2 pci configuration registers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .32 2.2.1 function 0 network controller?pci master and slave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .32 2.2.2 function 1 expansion bus bridge, pci slave . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .37 2.2.3 pci reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42 2.2.4 host interface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42 2.2.5 pci bus parity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42 2.2.6 pci throughput and latency considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43 2.2.6.1 pci bus latency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44 2.2.6.2 latency computation?single dword a ccess . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45 2.2.6.3 latency computation?burst access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .46 3.0 expansion bus (ebus) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 3.1 operation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48 3.1.1 initialization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48 3.1.2 address and data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48 3.1.3 clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49 3.1.4 interrupt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50 3.1.5 address duration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50 3.1.6 data duration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50 3.1.7 bus access interval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50 3.1.8 pci to ebus interaction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51 3.1.9 microprocessor interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51
table of contents 28478-dsh-002-e mindspeed technologies ? v preliminary information / mindspeed proprietary and confidential 3.1.10 arbitration52 3.1.11 connection53 4.0 serial interface56 4.1 serial port interface56 4.2 bit level processor57 4.3 dma controller57 4.4 interrupt controller57 4.5 channelized port mode57 4.5.1 hyperchannels (nx64)58 4.5.2 subchannels (nx8)58 4.5.3 frame synchronization flywheel59 4.5.4 change-of-frame alignment63 4.5.5 out-of-frame63 4.6 serial port mapping64 4.7 tx and rx fifo buffer allocation and management65 4.7.1 example channel buffloc and bufflen specification67 4.7.2 receiving bit stream68 4.7.3 transmitting bit stream68 4.7.3.1 transmit data bit output value determination69 5.0 memory organization70 5.1 memory architecture70 5.1.1 register map access and shared memory access71 5.1.2 memory access illustration74 5.2 descriptors76 5.2.1 host interface level descriptors77 5.2.1.1 global config uration descriptor77 5.2.1.2 dual address cycle base pointer79 5.2.2 channel group level descriptors80 5.2.2.1 group base pointer80 5.2.2.2 service request80 5.2.2.3 group config uration descriptor83 5.2.2.4 memory prot ection descriptor85 5.2.2.5 port configuration descriptor85 5.2.2.6 message length descriptor86 5.2.2.7 time slot map87 5.2.2.8 subchannel map89 5.2.3 channel level descriptors91
table of contents 28478-dsh-002-e mindspeed technologies ? vi preliminary information / mindspeed proprietary and confidential 5.2.3.1 channel config uration descriptor91 5.2.4 message level descriptor93 5.2.4.1 using message descriptors94 5.2.4.2 note for interr upt driven drivers94 5.2.4.3 head pointer94 5.2.4.4 message pointer95 5.2.4.5 message descriptor95 5.2.4.6 buffer descriptor95 5.2.4.7 buffer status descriptor97 5.2.4.8 next message pointer99 5.2.4.9 data buffer pointer99 5.2.4.10 message descr iptor handling100 5.2.5 interrupt level descriptors100 5.2.5.1 interrupt queue descriptor100 5.2.5.2 interrupt descriptor101 5.2.5.3 interrupt st atus descriptor107 5.2.6 interrupt handling108 5.2.6.1 initialization108 5.2.6.2 interrupt d escriptor generation108 5.2.6.3 inta* signal line109 5.2.6.4 intb* signal line109 6.0 basic operation111 6.1 reset111 6.1.1 hard pci reset111 6.1.2 soft chip reset111 6.1.3 soft group reset112 6.1.4 recommended initialization sequence113 6.2 configuration113 6.2.1 pci configuration113 6.2.2 global configuration114 6.2.3 interrupt queue configuration114 6.2.4 channel group(s) configuration114 6.2.5 service request mechanism115 6.2.6 musycc internal memory115 6.2.6.1 memory operations?inactive channels115 6.2.6.2 memory operations?active channels116 6.3 channel operation116 6.3.1 group structure117
table of contents 28478-dsh-002-e mindspeed technologies ? vii preliminary information / mindspeed proprietary and confidential 6.3.2 group base pointer118 6.3.3 global configuration descriptor118 6.3.4 interrupt qu eue descriptor119 6.3.5 group configuration descriptor120 6.3.6 memory protection descriptor121 6.3.7 port configuration descriptor121 6.3.8 message length descriptor122 6.3.9 transmit time slot map?channel 0122 6.3.10 transmit subchannel map123 6.3.11 transmit channel co nfiguration descriptor124 6.3.12 receive time slot map126 6.3.13 receive subchannel map126 6.3.14 receive channel c onfiguration descriptor126 6.3.15 message lists126 6.3.16 channel activation128 6.3.16.1 transmit channel activation129 6.3.16.2 receive channel activation129 6.3.17 channel deactivation130 6.3.17.1 transmit channel deactivation130 6.3.17.2 receive channel deactivation131 6.3.18 channel jump131 6.3.19 frame alignment131 6.3.20 descriptor polling132 6.3.21 repeat message transmission133 6.4 protocol support133 6.4.1 frame check sequence133 6.4.2 opening/closing flags134 6.4.3 abort codes134 6.4.4 zero-bit insertion/deletion134 6.4.5 message configuration bits134 6.4.5.1 idle code135 6.4.5.2 inter-message pad fill135 6.4.5.3 repeat message transmission135 6.4.6 message configuration bi ts copy enable/disable135 6.4.7 bit-level operation136 6.4.7.1 transmit137 6.4.7.2 receive137 6.4.8 hdlc mode138 6.4.8.1 transmit events138 6.4.8.2 receive events139 6.4.8.3 transmit errors141 6.4.8.4 receive errors143
table of contents 28478-dsh-002-e mindspeed technologies ? viii preliminary information / mindspeed proprietary and confidential 6.4.9 transparent mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .148 6.4.9.1 transmit events . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .148 6.4.9.2 receive events . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .149 6.4.9.3 transmit errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .149 6.4.9.4 receive errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .150 6.4.10 intersystem link protocol (islp) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152 6.5 signaling system 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152 6.5.1 ss7 repeat message transmission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152 6.5.2 message filtering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152 6.5.3 signal unit error rate monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .153 6.5.4 suerm counter incrementing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .153 6.5.5 suerm octet counting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .153 6.5.6 suerm counter decrementing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .154 6.6 self-servicing buffers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .154 7.0 electrical and mechanical spec ifications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 7.1 electrical and environmental specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156 7.1.1 absolute maximum ratings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156 7.1.2 recommended operating conditions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .157 7.1.3 electrical characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .157 7.2 timing and switching specifications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .158 7.2.1 overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .158 7.2.2 host interface (pci) timing and switching characteristic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .158 7.2.3 expansion bus (ebus) timing and switch ing characteristic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1 64 7.2.4 ebus arbitration timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .168 7.2.5 serial interface timing and switching characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .170 7.2.6 package thermal specification. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .172 7.2.7 mechanical specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .173 8.0 terms, definitions, and conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175 8.1 applicable specifications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .175 8.2 numeric notation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .175 8.3 bit stream transmission convention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .176 8.4 bit stream storage convention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .176 8.5 acronyms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .177 8.6 definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .179 appendix a: jtag interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 a.1 instruction register. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .180 a.2 bypass register. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .181
28478-dsh-002-e mindspeed technologies ? ix preliminary information / mindspeed proprietary and confidential list of figures figure 1-1. system block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1 figure 1-2. detailed system block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3 figure 1-3. musycc application example?frame re lay switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4 figure 1-4. cn8478 mqfp pinout configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-6 figure 1-5. cn8474a mpqf pinout configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-10 figure 1-6. cn8472a mqfp pinout configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-11 figure 1-7. cn8471a mqfp pinout configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-12 figure 1-8. cn8478 pbga pinout configuration (top view) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-13 figure 1-9. cn8474a pbga pinout configuration (top view) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-17 figure 1-10. cn8472a pbga pinout configuration (top view) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-18 figure 1-11. cn8471a pbga pinout configuration (top view) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-19 figure 1-12. cn8478 logic diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-20 figure 2-1. host interface functional block diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-28 figure 2-2. address lines during configuration cycle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-30 figure 3-1. ebus functional block diagram with local mpu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-47 figure 3-2. ebus functional block diagram without local mpu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-48 figure 3-3. ebus address/data line structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-49 figure 3-4. ebus connection, non-mu ltiplexed address/data, 8 framers, no mpu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-53 figure 3-5. ebus connection, non-mu ltiplexed address/data, 61 framers, no mpu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-54 figure 3-6. ebus connection, multip lexed address/data, 8 framers, no mpu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-55 figure 4-1. serial interface functional block diagram, channel group 0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-56 figure 4-2. transmit and receive t1 mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-60 figure 4-3. transmit and receive e1 (also 2xe1, 4xe1) mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-61 figure 4-4. transmit and receive nx64 mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-62 figure 4-5. serial port mapping options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-64 figure 4-6. receive data flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-66 figure 4-7. transmit data flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-66 figure 4-8. transmit data bit output value determination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-69 figure 5-1. shared memory model per channel group . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-71 figure 5-2. interrupt notification to host . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-110 figure 7-1. pci clock (pclk) waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-159 figure 7-2. pci reset timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-160
list of figures 28478-dsh-002-e mindspeed technologies ? x preliminary information / mindspeed proprietary and confidential figure 7-3. pci output timing waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-162 figure 7-4. pci input timing wavef orm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-162 figure 7-5. pci read multiple operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-163 figure 7-6. pci write multiple operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-163 figure 7-7. pci write single operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-164 figure 7-8. eclk to pclk relationship (m66en = 0) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-164 figure 7-9. eclk to pckl relationship (m66en = 1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-165 figure 7-10. ebus reset timing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-165 figure 7-11. ebus output timing waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-166 figure 7-12. ebus input timing waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-167 figure 7-13. ebus write/read tran sactions, intel-style . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-168 figure 7-14. ebus write/read tran sactions, motorola-style . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-169 figure 7-15. serial interface clock (rclk,tclk ) waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-170 figure 7-16. serial interface clock (rclk,tclk ) waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-171 figure 7-17. serial interface data input waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-171 figure 7-18. serial interface data delay output waveform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-172 figure 7-19. 208-pin metric quad flatpack (mqfp) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-173 figure 7-20. 208-pin plastic ball grid array (pbga) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-174 figure a-1. jtag timing diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a-181
28478-dsh-002-e mindspeed technologies ? xi preliminary information / mindspeed proprietary and confidential list of tables table 1-1. cn8478 mqfp pin list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-7 table 1-2. cn8478 pbga pin list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-14 table 1-3. i/o pin types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-21 table 1-4. cn8478 hardware signal definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-22 table 2-1. function 0 configuration space . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-31 table 2-2. function 1 configuration space . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-31 table 2-3. register 0, address 00h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-32 table 2-4. register 1, address 04h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-33 table 2-5. register 2, address 08h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-35 table 2-6. register 3, address 0ch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-35 table 2-7. register 4, address 10h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-36 table 2-8. registers 5?14, addresses 14h?38h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-37 table 2-9. register 15, address 3ch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-37 table 2-10. register 0, address 00h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-38 table 2-11. register 1, address 04h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-39 table 2-12. register 2, address 08h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-40 table 2-13. register 3, address 0ch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-40 table 2-14. register 4, address 10h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-41 table 2-15. registers 5 through 14?addresses 14h through 38h . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-41 table 2-16. register 15, address 3ch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-41 table 2-17. pci latency example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-44 table 3-1. intel protocol signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-51 table 3-2. motorola protocol signal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-52 table 4-1. channelized serial port modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-57 table 4-2. internal buffer memory layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-65 table 4-3. example of 32-channel with subchanneling buffer allocatio n (receive or transmit). . . . . . . . . . . . . . . . . . . . . 4-67 table 4-4. example of 32-channel wi thout subchanneling buffer allocat ion (receive or transmit) . . . . . . . . . . . . . . . . . . 4-67 table 4-5. example of 16-channel wi thout subchanneling buffer allocat ion (receive or transmit) . . . . . . . . . . . . . . . . . . 4-68 table 5-1. musycc register map. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-72 table 5-2. group structure memory map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-74 table 5-3. musycc pci function memory allocat ion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-74 table 5-4. shared memory allocation?group d escriptors. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-75
list of tables 28478-dsh-002-e mindspeed technologies ? xii preliminary information / mindspeed proprietary and confidential table 5-5. host assigns group base pointers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-75 table 5-6. global configuration descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-78 table 5-7. dual address cycle base pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-79 table 5-8. group base pointer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-80 table 5-9. service request descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-81 table 5-10. group configuration d escriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-83 table 5-11. memory protection descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-85 table 5-12. port configuration d escriptor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-85 table 5-13. message length descripto r . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-87 table 5-14. transmit or receive time slot map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-88 table 5-15. time slot descriptor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-88 table 5-16. transmit or receive subchannel map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-90 table 5-17. subchannel descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-90 table 5-18. channel configur ation descriptor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-91 table 5-19. message descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-93 table 5-20. head pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-95 table 5-21. message pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-95 table 5-22. transmit buffer descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-96 table 5-23. receive buffer descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-97 table 5-24. transmit buffer status descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-98 table 5-25. receive buffer status descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-98 table 5-26. next descriptor pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-99 table 5-27. data buffer pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-100 table 5-28. interrupt queue descrip tor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-101 table 5-29. interrupt queue pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-101 table 5-30. interrupt queue length. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-101 table 5-31. interrupt descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-103 table 5-32. interrupt status descr iptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-107 table 6-1. example?components of group base pointer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-118 table 6-2. example?components of global conf iguration descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-119 table 6-3. example?components of interrupt qu eue descriptor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-120 table 6-4. example?components of group confi guration descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-121 table 6-5. example?components of memory prot ection descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-121 table 6-6. example?components of port config uration descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-122 table 6-7. example?components of message lengt h descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-122 table 6-8. example?components of transmit time slot map ? channe l 0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-123 table 6-9. example?components of transmit subchannel map . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-124 table 6-10. example?components of channel co nfiguration descriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-126 table 6-11. polling frequency using a time slot counter method . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-133 table 6-12. memory map for message configuration descriptor table. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-136
list of tables 28478-dsh-002-e mindspeed technologies ? xiii preliminary information / mindspeed proprietary and confidential table 6-13. message configuration d escriptor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-136 table 7-1. absolute maximum ratings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-156 table 7-2. recommended operating conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-157 table 7-3. electrical operating ch aracteristics, 33 mhz pci clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-157 table 7-4. electrical operating ch aracteristics, 66 mhz pci clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-157 table 7-5. pci interface dc specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-158 table 7-6. pci clock (pclk) waveform parameters, 33 mhz pci clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-159 table 7-7. pci clock (pclk) waveform parameters, 66 mhz pci clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-159 table 7-8. pci reset parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-160 table 7-9. pci i/o timing parameters, 33 mhz pci clock. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-161 table 7-10. pci i/o timing parameters, 66 mhz pci clock. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-161 table 7-11. pci i/o measure conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-161 table 7-12. ebus reset parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-165 table 7-13. ebus i/o timing parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-165 table 7-14. ebus i/o measure conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-166 table 7-15. serial interface clock (rclk, tclk) parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-170 table 7-16. serial interface i/o timing parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-170 table 7-17. serial interface clock hysteresis (rclk, tclk, with schmitt trigger) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-170 table 7-18. serial interface i/o measure condit ions for 3.3 v signaling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-171 table 7-19. musycc package thermal resistance characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-172 table 8-1. number representation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-175 table 8-2. digitized voice transmission convention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-176 table 8-3. digital data transmission convention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-176 table 8-4. musycc byte transmission conventi on . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-176 table 8-5. little-endian storage convention (intel-style) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-176 table 8-6. big-endian storage convention (motorola-style) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-177 table a-1. ieee std. 1149.1 instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a-180 table a-2. jtag timing table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a-181
28478-dsh-002-e mindspeed technologies ? 1 preliminary information / mindspeed proprietary and confidential 1.0 system description the mindspeed musycc is a high-throughput communications controller for synchronous, link-layer applications that multiplexes and demultiplexes up to 256 data channels. each channel can be configured to support hdlc, transparent, or ss7 applications. musycc operates at the layer 2 (the data link protocol level) reference of the international organization for standardization (iso) open systems interconnection (osi). musycc is installed between the multiple serial interface devices and the shared buffer memory of one or more host processors. musycc?s serial ports interface to a standard pulse code modulation (pcm) highway, which operates at t1, e1, 2xe1, or 4xe1 rates. data can be formatted in the hdlc protocol or left unformatted. the protocol is specified on a per-channel and direction basis. an on-device peripheral components interface (pci) controller, known as the host interface, is provided. access to musycc is available thration cycles (see figure 1-1 ). figure 1-1. system block diagram physical interface 0 physical interface 1 physical interface 2 physical interface 3 pcm highway(s) expansion bus host interface (pci) jtag local bus pci bridge system system memory local host local memory interface serial interface 0 serial interface 1 serial interface 2 serial interface 3 local bus pci bus ebus host optional components physical interface 4 physical interface 5 physical interface 6 physical interface 7 serial interface 4 serial interface 5 serial interface 6 serial interface 7 musycc pcm highway(s) 8478_001
system description 28478-dsh-002-e mindspeed technologies ? 2 preliminary information / mindspeed proprietary and confidential musycc also provides an on-device, 32-bit local expansi on bus (ebus) controller whic h allows a host processor to access local memory and physical interface devices directly through musycc over the pci using configurable memory mapping features. musycc manages buffer memory for each active data channel with common list-processing structures. the on- device features allow data transmission between buffer memory and the serial interfaces with minimum host processor intervention. this allows the host processor to concentrate on managing the higher layers of the protocol stack.
system description 28478-dsh-002-e mindspeed technologies ? 3 preliminary information / mindspeed proprietary and confidential figures 1-2 and 1-3 illustrate detailed system block di agrams and a samp le application. figure 1-2. detailed system block diagram 8478 002 expansion bus interface data control scan boundary scan and test access pclk prst* intb* gnt* inta* req* serr* idsel* perr* frame* irdy* trdy* devsel* stop* par* cbe[3:0]* ad[31:0] m66en tck ten* tms tdo tdi serial interface channel group 0 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 1 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 2 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 3 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 4 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 5 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 6 interrupt controller dma controller tx/rx-dmac bit-level processor tx/rx-blp port interface tx/rx serial interface channel group 7 device configuration registers pci interface pci configuration space [function 0] pci configuration space [function 1] host interface pci bus 3.3/5.0 volt, 33/66 mhz serial interface system bus serial interface system bus microprocessor bus eclk rd* (ds*) wr* (r/wr*) ale* bgack* hold (br*) hlda (bg*) ebe[3:0]* ead[31:0]* eint* rclk7 rsync7 rdat7 roof7 tclk7 tsync7 tdat7 scan_en tm0 tm1 rclk1 rsync1 rdat1 roof1 tclk1 tsync1 tdat1 rclk0 rsync0 rdat0 roof0 tclk0 tsync0 tdat0 rclk2 rsync2 rdat2 roof2 tclk2 tsync2 tdat2 rclk3 rsync3 rdat3 roof3 tclk3 tsync3 tdat3 rclk4 rsync4 rdat4 roof4 tclk4 tsync4 tdat4 rclk5 rsync5 rdat5 roof5 tclk5 tsync5 tdat5 rclk6 rsync6 rdat6 roof6 tclk6 tsync6 tdat6
system description 28478-dsh-002-e mindspeed technologies ? 4 preliminary information / mindspeed proprietary and confidential figure 1-3. musycc application example?frame relay switch 8478_003 phy tx clk, data, sync rx clk, data, sync, oof phy phy phy control data mpu system bus ? pcm highway port 0 ch grp 0 port 3 ch grp 3 port 5 ch grp 5 port 7 ch grp 7 serial port interface host interface (pci) cn8478 ebus interface ebus 32-bit address and data multiplexed frame relay network pci bus channel group 3 descriptor channel group 2 descriptor channel group 0 descriptor tx channel 31 message list tx channel ... message list tx channel 0 message list rx channel 31 message list rx channel ... message list rx channel 0 message list configuration interrupt queue system host system memory pci local bus bridge (optional) phy phy phy channel group 7 descriptor channel group 6 descriptor channel group 5 descriptor channel group 4 descriptor port 1 ch grp 1 port 2 ch grp 2 port 4 ch grp 4 port 6 ch grp 6 phy tx clk, data, sync rx clk, data, sync, oof system bus ? pcm highway physical layer data link layer channel group 1 descriptor
system description 28478-dsh-002-e mindspeed technologies ? 5 preliminary information / mindspeed proprietary and confidential 1.1 pin descriptions figures 1-4 through 1-7 illustrate the pinouts for cn8478, cn8 474a, cn8472a, and cn8471a. signals marked with black are ncs. ta b l e s 1 - 1 and 1-2 summarize the pin assignments for the cn8478 in the mqfp and pbga packages, respectively. ta bl e 1 - 3 lists the pin input and output functions. ta bl e 1 - 4 lists the hardware signal definitions. note : connection requirement for unused channel groups below: nc input pins should be grounded and nc output pins should be left floating. refer to ta bl e 1 - 4 for pin signal definitions related to the unused channel group. 1. cn8471a, "nc" pins for channel group 1 through 7. 2. cn8472a, "nc" pins for channel group 2 through 7. 3. cn8474a, "nc" pins for channel group 4 through 7.
system description 28478-dsh-002-e mindspeed technologies ? 6 preliminary information / mindspeed proprietary and confidential figure 1-4. cn8478 mqfp pinout configuration cn8478 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 ead[7] ead[4] ead[3] ead[2] ead[1] ead[0] tclk[7] tclk[2] tclk[3] tsync[3] tsync[7] tdat[3] tdat[7] tclk[6] tsync[2] tsync[6] tdat[2] tdat[6] vddc 138 137 136 135 134 133 132 131 130 tclk[1] tsync[1] 129 tdat[1] vss 128 tclk[5] 127 tsync[5] 126 tdat[5] 125 tclk[0] 124 123 tsync[0] 122 tdat[0] 121 tm[0] 120 tm[1] 119 tm[2] 118 117 116 tclk[4] 115 tsync[4] 114 tdat[4] 113 112 ad[0] 111 110 109 ad[1] ad[2] ad[3] ad[4] vddo vddi vddo vsso vsso vss vgg vsso vsso 108 vsso 107 ad[5] 106 ad[6] 105 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 vss vddc vddo vddo vsso vsso vsso vsso ead[8] ead[9] ead[10] ead[11] ead[12] ead[13] ead[14] ead[15] ead[16] ead[17] ead[18] ead[19] ead[20] ead[21] ead[22] ead[23] ead[24] ead[25] ead[26] ead[27] ead[28] ead[29] ead[30] ead[31] eclk r*(r/wr*) rd*(ds*) vss vddi vddo vss ale*(as*) eint* hold(br*) hlda(bg*) bgack* ebe[3]* ebe[2]* ebe[1]* ebe[0]* nc nc roof[7] rclk[7] rsync[7] rdat[7] 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 roof[3] vsso rclk[3] rsync[3] rdat[3] roof[6] rclk[6] rsync[6] rdat[6] roof[2] rclk[2] rsync[2] rdat[2] vddi vss roof[5] rclk[5] rsync[5] rdat[5] 17 18 19 20 21 22 23 24 25 roof[1] rclk[1] vddc rsync[1] rdat[1] vss roof[4] rclk[4] rsync[4] 26 rdat[4] 27 roof[0] 28 rclk[0] 29 rsync[0] 30 rdat[0] 31 tck 32 trst* 33 tms 34 tdo 35 tdi 36 intb* 37 inta* 38 39 vsso 40 41 prst pclk 42 vddo 43 44 gnt* 45 req* 46 ad[31] 47 ad[30] 48 ad[29] 49 ad[28] 50 51 52 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 ad[7] cbe[0]* ad[8] m66en ad[9] ad[10] ad[11] ad[12] ad[13] ad[14] ad[15] cbe[1]* par serr* perr* stop* devsel* trdy* irdy* frame* cbe[2]* ad[16] ad[17] ad[18] ad[19] ad[20] ad[21] ad[22] ad[23] idsel cbe[3]* ad[24] ad[25] ad[26] ad[27] vgg 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 vddo vddo vddc vddo vsso vsso vss vsso vsso vss vddi vss vsso vsso ead[6] ead[5]
28478-dsh-002-e mindspeed technologies ? 7 preliminary information / mindspeed proprietary and confidential table 1-1. cn8478 mqfp pin list pin number pin label 1rsync[7] 2 rdat[7] 3roof[3] 4rclk[3] 5rsync[3] 6 rdat[3] 7roof[6] 8rclk[6] 9rsync[6] 10 rdat[6] 11 roof[2] 12 rclk[2] 13 vddi 14 vss 15 rsync[2] 16 rdat[2] 17 roof[5] 18 rclk[5] 19 rsync[5] 20 rdat[5] 21 roof[1] 22 rclk[1] 23 rsync[1] 24 rdat[1] 25 roof[4] 26 rclk[4] 27 vddc 28 vss 29 rsync[4] 30 rdat[4] 31 roof[0] 32 rclk[0] 33 rsync[0] 34 rdat[0] 35 tck 36 trst* 37 tms 38 tdo 39 tdi 40 intb* 41 inta* 42 vddo 43 pclk 44 vsso 45 prst* 46 gnt* 47 req* 48 ad[31] 49 ad[30] 50 ad[29] 51 ad[28] 52 vgg 53 vss 54 ad[27] 55 vsso 56 ad[26] 57 ad[25] 58 ad[24] 59 cbe[3]* 60 idsel 61 ad[23] 62 ad[22] 63 vddo 64 vsso pin number pin label 65 ad[21] 66 ad[20] 67 vddi 68 vss 69 ad[19] 70 ad[18] 71 ad[17] 72 ad[16] 73 vsso 74 cbe[2]* 75 frame* 76 irdy* 77 vddc 78 vss 79 trdy* 80 devsel* 81 vddo 82 vsso 83 stop* 84 perr* 85 serr* 86 par 87 cbe[1] 88 ad[15] 89 vsso 90 ad[14] 91 ad[13] 92 ad[12] 93 ad[11] 94 ad[10] 95 vddo 96 vsso pin number pin label
28478-dsh-002-e mindspeed technologies ? 8 preliminary information / mindspeed proprietary and confidential 97 ad[9] 98 m66en 99 ad[8] 100 cbe[0]* 101 ad[7] 102 ad[6] 103 ad[5] 104 vsso 105 ad[4] 106 ad[3] 107 ad[2] 108 ad[1] 109 ad[0] 110 vddo 111 vsso 112 tm[2] 113 tm[1] 114 tm[0] 115 tdat[4] 116 tsync[4] 117 tclk[4] 118 vddi 119 vss 120 tdat[0] 121 tsync[0] 122 tclk[0] 123 tdat[5] 124 tsync[5] 125 tclk[5] 126 tdat[1] 127 tsync[1] 128 tclk[1] 129 tdat[6] pin number pin label 130 tsync[6] 131 tclk[6] 132 vddc 133 vss 134 tdat[2] 135 tsync[2] 136 tclk[2] 137 vsso 138 tdat[7] 139 tsync[7] 140 tclk[7] 141 tdat[3] 142 tsync[3] 143 tclk[3] 144 ead[0] 145 ead[1] 146 ead[2] 147 vddo 148 vsso 149 ead[3] 150 ead[4] 151 ead[5] 152 ead[6] 153 vsso 154 ead[7] 155 ead[8] 156 vgg 157 vss 158 ead[9] 159 ead[10] 160 ead[11] 161 ead[12] 162 ead[13] pin number pin label 163 ead[14] 164 vddo 165 vsso 166 ead[15] 167 ead[16] 168 ead[17] 169 ead[18] 170 ead[19] 171 vddi 172 vss 173 ead[20] 174 ead[21] 175 vsso 176 ead[22] 177 ead[23] 178 ead[24] 179 ead[25] 180 ead[26] 181 vddo 182 vsso 183 ead[27] 184 ead[28] 185 vddc 186 vss 187 ead[29] 188 ead[30] 189 ead[31] 190 eclk 191 vsso 192 wr*(r/ wr*) 193 rd*(ds*) 194 ale*(as*) 195 eint* pin number pin label
28478-dsh-002-e mindspeed technologies ? 9 preliminary information / mindspeed proprietary and confidential 196 hold(br*) 197 hlda(bg*) 198 bgack* 199 ebe[3]* 200 ebe[2]* 201 vddo 202 vsso 203 ebe[1]* 204 ebe[0]* 205 nc 206 nc 207 roof[7] 208 rclk[7] pin number pin label
28478-dsh-002-e mindspeed technologies ? 10 preliminary information / mindspeed proprietary and confidential figure 1-5. cn8474a mpqf pinout configuration note(s): an active low signal is de noted by a trailing asterisk (*). cn8474a 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 ead[7] ead[4] ead[3] ead[2] ead[1] ead[0] tclk[2] tclk[3] tsync[3] tdat[3] tsync[2] tdat[2] vddc 138 137 136 135 134 133 132 131 130 tclk[1] tsync[1] 129 tdat[1] vss 128 127 126 125 tclk[0] 124 123 tsync[0] 122 tdat[0] 121 tm[0] 120 tm[1] 119 tm[2] 118 117 116 115 114 113 112 ad[0] 111 110 109 ad[1] ad[2] ad[3] ad[4] vddo vddi vddo vsso vsso vss vgg nc vsso vsso 108 vsso 107 ad[5] 106 ad[6] 105 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 vss vddc vddo vddo vsso vsso vsso vsso ead[8] ead[9] ead[10] ead[11] ead[12] ead[13] ead[14] ead[15] ead[16] ead[17] ead[18] ead[19] ead[20] ead[21] ead[22] ead[23] ead[24] ead[25] ead[26] ead[27] ead[28] ead[29] ead[30] ead[31] eclk r*(r/wr*) rd*(ds*) vss vddi vddo vss ale*(as*) eint* hold(br*) hlda(bg*) bgack* ebe[3]* ebe[2]* ebe[1]* ebe[0]* nc nc 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 roof[3] vsso rclk[3] rsync[3] rdat[3] nc roof[2] rclk[2] rsync[2] rdat[2] vddi vss 17 18 19 20 21 22 23 24 25 roof[1] rclk[1] vddc rsync[1] rdat[1] vss 26 27 roof[0] 28 rclk[0] 29 rsync[0] 30 rdat[0] 31 tck 32 trst* 33 tms 34 tdo 35 tdi 36 intb* 37 inta* 38 39 vsso 40 41 prst pclk 42 vddo 43 44 gnt* 45 req* 46 ad[31] 47 ad[30] 48 ad[29] 49 ad[28] 50 51 52 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 ad[7] cbe[0]* ad[8] m66en ad[9] ad[10] ad[11] ad[12] ad[13] ad[14] ad[15] cbe[1]* par serr* perr* stop* devsel* trdy* irdy* frame* cbe[2]* ad[16] ad[17] ad[18] ad[19] ad[20] ad[21] ad[22] ad[23] idsel cbe[3]* ad[24] ad[25] ad[26] ad[27] vgg 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 vddo vddo vddc vddo vsso vsso vss vsso vsso vss vddi vss vsso vsso ead[6] ead[5] nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc
28478-dsh-002-e mindspeed technologies ? 11 preliminary information / mindspeed proprietary and confidential figure 1-6. cn8472a mqfp pinout configuration note(s): an active low signal is de noted by a trailing asterisk (*). cn8472a 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 ead[7] ead[4] ead[3] ead[2] ead[1] ead[0] vddc 138 137 136 135 134 133 132 131 130 tclk[1] tsync[1] 129 tdat[1] vss 128 127 126 125 tclk[0] 124 123 tsync[0] 122 tdat[0] 121 tm[0] 120 tm[1] 119 tm[2] 118 117 116 115 114 113 112 ad[0] 111 110 109 ad[1] ad[2] ad[3] ad[4] vddo vddi vddo vsso vsso vss vgg nc vsso vsso 108 vsso 107 ad[5] 106 ad[6] 105 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 vss vddc vddo vddo vsso vsso vsso vsso ead[8] ead[9] ead[10] ead[11] ead[12] ead[13] ead[14] ead[15] ead[16] ead[17] ead[18] ead[19] ead[20] ead[21] ead[22] ead[23] ead[24] ead[25] ead[26] ead[27] ead[28] ead[29] ead[30] ead[31] eclk r*(r/wr*) rd*(ds*) vss vddi vddo vss ale*(as*) eint* hold(br*) hlda(bg*) bgack* ebe[3]* ebe[2]* ebe[1]* ebe[0]* nc nc 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 vsso nc vddi vss 17 18 19 20 21 22 23 24 25 roof[1] rclk[1] vddc rsync[1] rdat[1] vss 26 27 roof[0] 28 rclk[0] 29 rsync[0] 30 rdat[0] 31 tck 32 trst* 33 tms 34 tdo 35 tdi 36 intb* 37 inta* 38 39 vsso 40 41 prst pclk 42 vddo 43 44 gnt* 45 req* 46 ad[31] 47 ad[30] 48 ad[29] 49 ad[28] 50 51 52 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 ad[7] cbe[0]* ad[8] m66en ad[9] ad[10] ad[11] ad[12] ad[13] ad[14] ad[15] cbe[1]* par serr* perr* stop* devsel* trdy* irdy* frame* cbe[2]* ad[16] ad[17] ad[18] ad[19] ad[20] ad[21] ad[22] ad[23] idsel cbe[3]* ad[24] ad[25] ad[26] ad[27] vgg 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 vddo vddo vddc vddo vsso vsso vss vsso vsso vss vddi vss vsso vsso ead[6] ead[5] nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc
28478-dsh-002-e mindspeed technologies ? 12 preliminary information / mindspeed proprietary and confidential figure 1-7. cn8471a mqfp pinout configuration note(s): an active low signal is de noted by a trailing asterisk(*). cn8471a 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 ead[7] ead[4] ead[3] ead[2] ead[1] ead[0] vddc 138 137 136 135 134 133 132 131 130 129 vss 128 127 126 125 tclk[0] 124 123 tsync[0] 122 tdat[0] 121 tm[0] 120 tm[1] 119 tm[2] 118 117 116 115 114 113 112 ad[0] 111 110 109 ad[1] ad[2] ad[3] ad[4] vddo vddi vddo vsso vsso vss vgg nc vsso vsso 108 vsso 107 ad[5] 106 ad[6] 105 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 vss vddc vddo vddo vsso vsso vsso vsso ead[8] ead[9] ead[10] ead[11] ead[12] ead[13] ead[14] ead[15] ead[16] ead[17] ead[18] ead[19] ead[20] ead[21] ead[22] ead[23] ead[24] ead[25] ead[26] ead[27] ead[28] ead[29] ead[30] ead[31] eclk r*(r/wr*) rd*(ds*) vss vddi vddo vss ale*(as*) eint* hold(br*) hlda(bg*) bgack* ebe[3]* ebe[2]* ebe[1]* ebe[0]* nc nc 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 vsso nc vddi vss 17 18 19 20 21 22 23 24 25 vddc vss 26 27 roof[0] 28 rclk[0] 29 rsync[0] 30 rdat[0] 31 tck 32 trst* 33 tms 34 tdo 35 tdi 36 intb* 37 inta* 38 39 vsso 40 41 prst pclk 42 vddo 43 44 gnt* 45 req* 46 ad[31] 47 ad[30] 48 ad[29] 49 ad[28] 50 51 52 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 ad[7] cbe[0]* ad[8] m66en ad[9] ad[10] ad[11] ad[12] ad[13] ad[14] ad[15] cbe[1]* par serr* perr* stop* devsel* trdy* irdy* frame* cbe[2]* ad[16] ad[17] ad[18] ad[19] ad[20] ad[21] ad[22] ad[23] idsel cbe[3]* ad[24] ad[25] ad[26] ad[27] vgg 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 vddo vddo vddc vddo vsso vsso vss vsso vsso vss vddi vss vsso vsso ead[6] ead[5] nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc nc
28478-dsh-002-e mindspeed technologies ? 13 preliminary information / mindspeed proprietary and confidential figure 1-8. cn8478 pbga pinout configuration (top view) 8478_044 vsso rclk[7] rsync[7] vsso roof[7] nc nc ebe[0]* ebe[2]* hold(br*) hlda(bg*) wr*(r/wr*) eclk ead[29] ead[30] ead[28] ead[27] ead[23] ead[24] ead[21] ead[20] ead[18] ead[17] ead[14] ead[16] ead[12] ead[11] ead[9] ead[10] vsso vsso vgg roof[3] rdat[7] rdat[3] rsync[3] vsso ebe[1]* rclk[3] vsso ebe[3]* eint* roof[6] vddo ale*(as*) rd*(ds*) bgack* ead[31] ead[26] ead[22] vddc ead[25] ead[19] ead[13] vddi ead[15] ead[6] vsso vsso ead[4] ead[7] ead[8] ead[3] ead[5] gnt* prst* ad[30] ad[31] pclk vsso vsso req* tdi vddi ad[24] ad[23] ad[17] vddc ad[20] ad[16] par ad[13] irdy* perr* vddo ad[8] ad[15] ad[11] vsso ad[1] m66en vsso ad[0] tm[2] ad[3] ad[2] ad[28] vsso vsso vgg ad[29] ad[26] ad[27] ad[25] cbe[3]* ad[21] idsel ad[22] ad[19] cbe[2]* ad[18] frame* trdy* stop* devsel* vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss serr* cbe[1] ad[12] ad[14] ad[10] ad[9] ad[7] cbe[0]* ad[6] vsso ad[4] ad[5] vsso roof[2] rsync[6] rdat[2] rsync[2] rclk[6] rdat[6] rclk[2] vddi ead[1] tclk[3] vddo tdat[3] ead[0] ead[2] tclk[7] tsync[3] rdat[5] rclk[5] rsync[1] rclk[1] roof[5] rsync[5] roof[1] vddc tsync[7] tclk[2] vddc tsync[6] tsync[2] tdat[7] tclk[6] tdat[2] roof[4] rclk[4] rclk[0] rdat[4] rdat[1] roof[0] rsync[4] trst* tclk[1] tdat[1] tclk[5] tclk[0] tsync[1] tdat[6] tdat[5] tsync[5] rdat[0] tck inta* intb* rsync[0] tms tdo vddo vddi tdat[0] tsync[4] tm[0] tclk[4] tsync[0] tm[1] tdat[4] 1 a b c d e f g h j k l m n p r t 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 cn8478
28478-dsh-002-e mindspeed technologies ? 14 preliminary information / mindspeed proprietary and confidential table 1-2. cn8478 pbga pin list pin number pin label a1 vsso a2 rclk[7] a3 roof[7] a4 nc a5 ebe[2]* a6 hold(br*) a7 eclk a8 ead[29] a9 ead[27] a10 ead[23] a11 ead[20] a12 ead[18] a13 ead[16] a14 ead[12] a15 ead[10] a16 vsso b1 rsync[7] b2 vsso b3 nc b4 ebe[0]* b5 hlda(bg*) b6 wr*(r/ wr*) b7 ead[30] b8 ead[28] b9 ead[24] b10 ead[21] b11 ead[17] b12 ead[14] b13 ead[11] b14 ead[9] b15 vsso b16 vgg c1 roof[3] c2 rdat[7] c3 vsso c4 ebe[1]* c5 ebe[3]* c6 eint* c7 ale*(as*) c8 rd*(ds*) c9 ead[26] c10 ead[22] c11 ead[19] c12 ead[13] c13 ead[6] c14 vsso c15 ead[7] c16 ead[8] d1 rdat[3] d2 rsync[3] d3 rclk[3] d4 vsso d5 roof[6] d6 vddo d7 bgack* d8 ead[31] d9 vddc d10 ead[25] d11 vddi d12 ead[15] d13 vsso d14 ead[4] d15 ead[3] d16 ead[5] pin number pin label e1 roof[2] e2 rsync[6] e3 rclk[6] e4 rdat[6] e13 ead[1] e14 tclk[3] e15 ead[0] e16 ead[2] f1 rdat[2] f2 rsync[2] f3 rclk[2] f4 vddi f13 vddo f14 tdat[3] f15 tclk[7] f16 tsync[3] g1 rdat[5] g2 rclk[5] g3 roof[5] g4 rsync[5] g7 vss g8 vss g9 vss g10 vss g13 tsync[7] g14 tclk[2] g15 tsync[2] g16 tdat[7] h1 rsync[1] h2 rclk[1] h3 roof[1] h4 vddc pin number pin label
28478-dsh-002-e mindspeed technologies ? 15 preliminary information / mindspeed proprietary and confidential h7 vss h8 vss h9 vss h10 vss h13 vddc h14 tsync[6] h15 tclk[6] h16 tdat[2] j1 roof[4] j2 rclk[4] j3 rdat[1] j4 roof[0] j7 vss j8 vss j9 vss j10 vss j13 tclk[1] j14 tdat[1] j15 tsync[1] j16 tdat[6] k1 rclk[0] k2 rdat[4] k3 rsync[4] k4 trst* k7 vss k8 vss k9 vss k10 vss k13 tclk[5] k14 tclk[0] k15 tdat[5] k16 tsync[5] l1 rdat[0] pin number pin label l2 tck l3 rsync[0] l4 tms l13 vddi l14 tdat[0] l15 tclk[4] l16 tsync[0] m1 inta* m2 intb* m3 tdo m4 vddo m13 tsync[4] m14 tm[0] m15 tm[1] m16 tdat[4] n1 gnt* n2 prst* n3 pclk n4 vsso n5 tdi n6 vddi n7 ad[17] n8 vddc n9 par n10 ad[13] n11 vddo n12 ad[8] n13 vsso n14 ad[1] n15 ad[0] n16 tm[2] p1 ad[30] p2 ad[31] pin number pin label p3 vsso p4 req* p5 ad[24] p6 ad[23] p7 ad[20] p8 ad[16] p9 irdy* p10 perr* p11 ad[15] p12 ad[11] p13 m66en p14 vsso p15 ad[3] p16 ad[2] r1 ad[28] r2 vsso r3 ad[29] r4 ad[26] r5 cbe[3]* r6 ad[21] r7 ad[19] r8 cbe[2]* r9 trdy* r10 stop* r11 cbe[1] r12 ad[12] r13 ad[9] r14 ad[7] r15 vsso r16 ad[4] t1 vsso t2 vgg t3 ad[27] pin number pin label
28478-dsh-002-e mindspeed technologies ? 16 preliminary information / mindspeed proprietary and confidential t4 ad[25] t5 idsel t6 ad[22] t7 ad[18] t8 frame* t9 devsel* t10 serr* t11 ad[14] t12 ad[10] t13 cbe[0]* t14 ad[6] t15 ad[5] t16 vsso pin number pin label
28478-dsh-002-e mindspeed technologies ? 17 preliminary information / mindspeed proprietary and confidential figure 1-9. cn8474a pbga pinout configuration (top view) 8478_045 vsso nc nc vsso nc nc nc ebe[0]* ebe[2]* hold(br*) hlda(bg*) wr*(r/wr*) eclk ead[29] ead[30] ead[28] ead[27] ead[23] ead[24] ead[21] ead[20] ead[18] ead[17] ead[14] ead[16] ead[12] ead[11] ead[9] ead[10] vsso vsso vgg roof[3] nc rdat[3] rsync[3] vsso ebe[1]* rclk[3] vsso ebe[3]* eint* nc vddo ale*(as*) rd*(ds*) bgack* ead[31] ead[26] ead[22] vddc ead[25] ead[19] ead[13] vddi ead[15] ead[6] vsso vsso ead[4] ead[7] ead[8] ead[3] ead[5] gnt* prst* ad[30] ad[31] pclk vsso vsso req* tdi vddi ad[24] ad[23] ad[17] vddc ad[20] ad[16] par ad[13] irdy* perr* vddo ad[8] ad[15] ad[11] vsso ad[1] m66en vsso ad[0] tm[2] ad[3] ad[2] ad[28] vsso vsso vgg ad[29] ad[26] ad[27] ad[25] cbe[3]* ad[21] idsel ad[22] ad[19] cbe[2]* ad[18] frame* trdy* stop* devsel* vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss serr* cbe[1] ad[12] ad[14] ad[10] ad[9] ad[7] cbe[0]* ad[6] vsso ad[4] ad[5] vsso roof[2] nc rdat[2] rsync[2] nc nc rclk[2] vddi ead[1] tclk[3] vddo tdat[3] ead[0] ead[2] nc tsync[3] nc nc rsync[1] rclk[1] nc nc roof[1] vddc nc tclk[2] vddc nc tsync[2] nc nc tdat[2] nc nc rclk[0] nc rdat[1] roof[0] nc trst* tclk[1] tdat[1] nc tclk[0] tsync[1] nc nc nc rdat[0] tck inta* intb* rsync[0] tms tdo vddo vddi tdat[0] nc tm[0] nc tsync[0] tm[1] nc 1 a b c d e f g h j k l m n p r t 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 cn8474a
28478-dsh-002-e mindspeed technologies ? 18 preliminary information / mindspeed proprietary and confidential figure 1-10. cn8472a pbga pinout configuration (top view) 8478_046 vsso nc nc vsso nc nc nc ebe[0]* ebe[2]* hold(br*) hlda(bg)* wr*(r/wr*) eclk ead[29] ead[30] ead[28] ead[27] ead[23] ead[24] ead[21] ead[20] ead[18] ead[17] ead[14] ead[16] ead[12] ead[11] ead[9] ead[10] vsso vsso vgg nc nc nc nc vsso ebe[1]* nc vsso ebe[3]* eint* nc vddo ale*(as*) rd*(ds*) bgack* ead[31] ead[26] ead[22] vddc ead[25] ead[19] ead[13] vddi ead[15] ead[6] vsso vsso ead[4] ead[7] ead[8] ead[3] ead[5] gnt* prst* ad[30] ad[31] pclk vsso vsso req* tdi vddi ad[24] ad[23] ad[17] vddc ad[20] ad[16] par ad[13] irdy* perr* vddo ad[8] ad[15] ad[11] vsso ad[1] m66en vsso ad[0] tm[2] ad[3] ad[2] ad[28] vsso vsso vgg ad[29] ad[26] ad[27] ad[25] cbe[3]* ad[21] idsel ad[22] ad[19] cbe[2]* ad[18] frame* trdy* stop* devsel* vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss serr* cbe[1] ad[12] ad[14] ad[10] ad[9] ad[7] cbe[0]* ad[6] vsso ad[4] ad[5] vsso nc nc nc nc nc nc nc vddi ead[1] nc vddo nc ead[0] ead[2] nc nc nc nc rsync[1] rclk[1] nc nc roof[1] vddc nc nc vddc nc nc nc nc nc nc nc rclk[0] nc rdat[1] roof[0] nc trst* tclk[1] tdat[1] nc tclk[0] tsync[1] nc nc nc rdat[0] tck inta* intb* rsync[0] tms tdo vddo vddi tdat[0] nc tm[0] nc tsync[0] tm[1] nc 1 a b c d e f g h j k l m n p r t 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 cn8472a
28478-dsh-002-e mindspeed technologies ? 19 preliminary information / mindspeed proprietary and confidential figure 1-11. cn8471a pbga pinout configuration (top view) 8478_047 vsso nc nc vsso nc nc nc ebe[0]* ebe[2]* hold(br*) hlda(bg*) wr*(r/wr*) eclk ead[29] ead[30] ead[28] ead[27] ead[23] ead[24] ead[21] ead[20] ead[18] ead[17] ead[14] ead[16] ead[12] ead[11] ead[9] ead[10] vsso vsso vgg nc nc nc nc vsso ebe[1]* nc vsso ebe[3]* eint* nc vddo ale*(as*) rd*(ds*) bgack* ead[31] ead[26] ead[22] vddc ead[25] ead[19] ead[13] vddi ead[15] ead[6] vsso vsso ead[4] ead[7] ead[8] ead[3] ead[5] gnt* prst* ad[30] ad[31] pclk vsso vsso req* tdi vddi ad[24] ad[23] ad[17] vddc ad[20] ad[16] par ad[13] irdy* perr* vddo ad[8] ad[15] ad[11] vsso ad[1] m66en vsso ad[0] tm[2] ad[3] ad[2] ad[28] vsso vsso vgg ad[29] ad[26] ad[27] ad[25] cbe[3]* ad[21] idsel ad[22] ad[19] cbe[2]* ad[18] frame* trdy* stop* devsel* vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss vss serr* cbe[1] ad[12] ad[14] ad[10] ad[9] ad[7] cbe[0]* ad[6] vsso ad[4] ad[5] vsso nc nc nc nc nc nc nc vddi ead[1] nc vddo nc ead[0] ead[2] nc nc nc nc nc nc nc nc nc vddc nc nc vddc nc nc nc nc nc nc nc rclk[0] nc nc roof[0] nc trst* nc nc nc tclk[0] nc nc nc nc rdat[0] tck inta* intb* rsync[0] tms tdo vddo vddi tdat[0] nc tm[0] nc tsync[0] tm[1] nc 1 a b c d e f g h j k l m n p r t 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 cn8471a
28478-dsh-002-e mindspeed technologies ? 20 preliminary information / mindspeed proprietary and confidential figure 1-12. cn8478 logic diagram footnote: (1) ebe [3:0]* pin numbers are 199-200, 203-204. (2) ead [31:0] pin numbers are 144-146, 149-152, 145-155, 158-163, 166-170, 173-174, 176-180, 183-184, 187-189. (3) ad [31:0] pin numbers are 48-51, 54, 56-58, 61 -62, 65-66, 69-72, 88, 90-94, 97, 99, 101-103, 105-109. (4) cbs [3.0]* pin numbers are 59, 74, 87,100. (5) an active low signal is denoted by a trailing asterisk (*). bgack* hlda (bg*) hold (br*) eint* ale* (as*) wr* (r/wr*) roof[7] rclk[7] rsync[7] rdat[7] tck trst* tms tdo tdi pclk prst* gnt* idsel frame* irdy* trdy* devsel* stop* perr* pa r eclk ebe[3:0]* ead[31:0] tclk[7] tsync[7] tdat[7] tm[0] tm[1] tm[2] cbe[3:0]* expansion bus interface receive serial channel group 7 boundary scan test signal host (pci) interface tr a n s m i t s e r i a l channel group 7 scan chain test access bus grant acknowledge hold acknowledge hold request expansion bus interrupt address latch enable write strobe/read jtag clock jtag reset jtag mode select jtag data out jtag data in clock reset grant initialization device select frame initiator ready target ready device select stop parity error parity out-of-frame clock synchronization data clock expansion bus byte enable scan enable scan mode bit 1 scan mode bit 2 command and byte enables clock synchronization data expansion bus address/data i/o i o i o o i i i i i i i o i i i i i i i/o i/o i/o i/o i/o i/o i/o o o i/o i i o i i i o 198 197 196 195 194 193 207 208 1 2 35 36 37 38 39 43 45 46 60 75 76 98 79 80 83 84 86 140 149 138 114 113 112 190 (1) rd* (ds*) read strobe o 192 (2) serial interface inta* pci interrupt a o 41 intb* pci interrupt b o 40 req* request o 47 serr* system error o 85 ad[31:0] address and data bus i/o m66en m66en (3) (4) roof[6] rclk[6] rsync[6] rdat[6] tclk[6] tsync[6] tdat[6] receive serial channel group 6 transmit serial channel group 6 out-of-frame clock synchronization data clock synchronization data i i i i i i o 8 9 10 131 130 129 roof[5] rclk[5] rsync[5] rdat5] tclk[5] tsync[5] tdat[5] receive serial channel group 5 transmit serial channel group 5 out-of-frame clock synchronization data clock synchronization data i i i i i i o 18 19 20 125 124 123 roof[4] rclk[4] rsync[4] rdat[4] tclk[4] tsync[4] tdat[4] receive serial channel group 4 transmit serial channel group 4 out-of-frame clock synchronization data clock synchronization data i i i i i i o 26 29 30 117 116 115 roof[3] rclk[3] rsync[3] rdat[3] tclk[3] tsync[3] tdat[3] receive serial channel group 3 transmit serial channel group 3 out-of-frame clock synchronization data clock synchronization data i i i i i i o 4 5 6 143 142 141 roof[2] rclk[2] rsync[2] rdat[2] tclk[2] tsync[2] tdat[2] receive serial channel group 2 transmit serial channel group 2 out-of-frame clock synchronization data clock synchronization data i i i i i i o 12 15 16 136 135 134 roof[1] rclk[1] rsync[1] rdat[1] tclk[1] tsync[1] tdat[1] receive serial channel group 1 transmit serial channel group 1 out-of-frame clock synchronization data clock synchronization data i i i i i i o 22 23 24 128 127 126 roof[0] rclk[0] rsync[0] rdat[0] tclk[0] tsync[0] tdat[0] receive serial channel group 0 transmit serial channel group 0 out-of-frame clock synchronization data clock synchronization data i i i i i i o 32 33 34 122 121 120 7 17 25 3 11 21 31 8478_004
28478-dsh-002-e mindspeed technologies ? 21 preliminary information / mindspeed proprietary and confidential table 1-3. i/o pin types i/o definition i input. high impedance, ttl. o output. cmos. i/o input/output. ttl input/cmos output. t/s three-state. bidirecti onal three-state i/o pin. s/t/s sustained three-state. this is an active-low, three-state signal owned by only one driver at a time. the driver that drive s an s/t/s signal low must drive it high for at least one clock cycle before allowing it to float. a pullup is required to sustain t he deaserted value. o/d open drain. footnote: all outputs are cmos drive levels and can be used with cmos or ttl logic.
28478-dsh-002-e mindspeed technologies ? 22 preliminary information / mindspeed proprietary and confidential table 1-4. cn8478 hardware signal definitions (1 of 6) mqfp pin no. pin label signal name i/o definition expansion bus interface 190 eclk expansion bus clock t/s o eclk is an inverted version of the pci clock applied at the pclk input. 144-146, 149-152, 154-155, 158-163, 166-170, 173-174, 176-180, 183-184, 187-189 ead[31:0] expansion bus address and data t/s i/o ead[31:0] is a multiplexed a ddress/data bus. during the address phase, pins ead[17:0] contains meaningful address information. it is the same address as pci ad[19:2] for the corresponding cycle. pins ead[31:18] are driven to 0 duri ng the address phase. this is because those upper bits are compared, during the pci address phase, to the value in the relocatable ebus base address re gister to determine if the pci cycle is in fact addressing into musycc ebus space. during data phase of an ebus access cycle, the pci signals ad[31:0] are transferred to the ebus signal lines ead[31:0] unaltered. 199, 200, 203, 204 ebe[3:0]* expansion bus byte enables t/s o ebe* contains the same information as the pci byte enables but is driven in chip select style protocol u sed as active-low chip selects when musycc is connected to more than one byte-wide device. all pci accesses with byte lane 0?s byte enable asserted would go to the byte- wide device connected to ead[7:0]. likewise, for byte lanes 1, 2, and 3 and ead[15:8], ead[23:16], a nd ead[31:24], respectively. only the cbe[3:0]* signals from the pci data phase (byte-enable signals and not the command signals from the pci address phase) are transferred to the ebe[3:0]* signal lines. ebe* is held high during all other phases of pci access cycles. 192 wr* (r/wr*) write strobe t/s o high-to-low transiti on enables write data from musycc into peripheral device. rising edge defines write. (in motorola mode, r/wr* is held high throughout read operation and held low throughout write operation. determines meaning of ds* strobe.) 193 rd* (ds*) read strobe t/s o high-to-low transition enable s read data from peripheral into musycc. held high throughout write operation. (in motorola mode, ds* transitions low for both read and write operations and is held low throughout the operation. 194 ale* (as*) address latch enable t/s o high-to-low transition indicates that ead[31:0 ] bus contains valid address. remains asserted low through the data phase of the ebus access. (in motorola mode, high-t o-low transition indicates ebus contains valid address. remains asserted for the entire access cycle.) 195 eint* expansion bus interrupt i eint* transfers interrupts from lo cal devices to the pci intb* pin. 196 hold (br*) hold request (bus request) t/s o when asserted, musycc requests control of the ebus. 197 hlda (bg*) hold acknowledge (bus grant) i when asserted, musycc has access to the ebus. it is held asserted when there are no other masters connected to the bus, or asserted as a handshake mechanism to control ebus arbitration. 198 bgack* bus grant acknowledge t/s o when asserted, mu sycc acknowledges to the bus arbiter that the bus grant signal was detected and a bus cycle will be sustained by musycc until this signal is deasserted.
28478-dsh-002-e mindspeed technologies ? 23 preliminary information / mindspeed proprietary and confidential serial interface 117, 122, 125, 128, 131, 136, 140, 143 tclk[7:0] transmit clock (1) i controls the rate at which data is tr ansmitted. synchronizes transitions for tdatx and sampling of tsyncx. valid frequencies from dc to 8.192 10% mhz. schmitt trigger driver. 116, 121, 124, 127, 130, 135, 139, 142 tsync[7:0] transmit synchronization (1) i tsync is sampled on the specified active edge of the corresponding transmit clock, tclkx. see tsync_edge bit field in table 5-12 . as tsyncx signal transitions low-to-h igh, start of a transmit frame is indicated. for t1 mode, the corresponding data bit latched out during the same bit time period (but not necessarily the same clock edge) is the f-bit of the t1 frame. for e1 modes, the corresponding data bit latched out during the same bit time period (but not necessarily the same clock edge) is bit 0 of the e1 frame. for nx64 mode, the corresponding data bit is latched out 4-bit time periods later and is bit 0 of the nx64 frame. tsyncx must remain asserted high for a minimum of a setup and hold time relative to the active clock edge for this signal. if the flywheel mechanism is used, no other synchronization signal is required, because musycc tracks the start of each subsequent frame. if the flywheel mechanism is not used, then a subsequent low-to-high assertion is required to indicate the start of the next frame. see sfalign bit field in table 5-10 . 115, 120, 123, 126, 129, 134, 138, 141 tdat[7:0] transmit data t/s o serial data latched out on active edge of transmit cl ock, tclkx. if channel is unmapped to time slot, data bit is considered invalid and musycc outputs either three-state signal or logic 1 depending on value of bit field tritx in table 5-12 . 4, 8, 12, 18, 22, 26, 32, 208 rclk[7:0] receive clock (1) i active edge samples rdatx and rsyncx. valid frequencies from dc to 8.192 10% mhz. schmitt trigger driver. 1, 5, 9, 15, 19, 23, 29, 33 rsync[7:0] receive synchronization (1) i rsyncx is sampled on the specified active edge of the corresponding receive clock, rclkx. see rsync_edge bi t field in table 5-12 . as rsyncx signal transitions low-to -high, start of a receive frame is indicated. for t1 mode, the corresponding data bit sampled and stored during the same bit time period (but not necessarily the same clock edge) is the f-bit of the t1 frame. for e1 modes, the corresponding data bit sampled and stored during the same bit time period (but not necessarily the same clock edge) is bit 0 of the e1 frame. for nx64 mode, the corresponding data bit sampled and stored during the same bit time period (but not necessarily the same cl ock edge) is bit 0 of the nx64 frame. rsyncx must be asserted high for a minimum of a setup and hold time relative to the active clock edge for th is signal. if the flywheel mechanism is used, no other synchronization signal is required, because musycc tracks the start of each subsequent fr ame. if the flywheel mechanism is not used, a subsequent low-to-high assertion is required to indicate the start of the next frame. see sfalign bit field in table 5-10 . table 1-4. cn8478 hardware signal definitions (2 of 6) mqfp pin no. pin label signal name i/o definition
28478-dsh-002-e mindspeed technologies ? 24 preliminary information / mindspeed proprietary and confidential serial interface (continued) 2, 6, 10, 16, 20, 24, 30, 34 rdat[7:0] receive data (1) i serial data sampled on active edge of receive clock, rclkx. if channel is mapped to a time slot, input bit is sampled and transferred to memory. if channel is unmapped to time slot, data bit is considered invalid, and musycc ignores received sample. 3, 7, 11, 17, 21, 25, 31, 207 roof[7:0] receiver out-of-frame (1) i roofx is sampled on the specified active edge of the corresponding receive clock, rclkx. see roof_edge bit field in table 5-12 . as roofx signal transitions from low to high, an out-of-frame (oof) condition is indicated. as long as roofx is asserted, the received serial data is considered oof. depending on the state of oofabt bit field in table 5-10 , receive bit processing may be disabled for the entire channel group (all channels disabled) while roofx remains asserted. upon deassertion of roofx, bit-level processing resumes for all affected channels. if the flywheel mechanism is used, no other synchronization signal is required, because musycc tracks the start of each subsequent frame during the oof period. if the fl ywheel mechanism is not used, then a subsequent rsyncx assertion is require d to indicate the start of the next frame. see sfalign bit field in table 5-10 . table 1-4. cn8478 hardware signal definitions (3 of 6) mqfp pin no. pin label signal name i/o definition
28478-dsh-002-e mindspeed technologies ? 25 preliminary information / mindspeed proprietary and confidential pci interface 48-51, 54, 56-58, 61, 65-66, 69- 72, 88, 90- 94, 97, 99, 101-103, 105-109 ad[31:0] pci address and data t/s i/o ad[31:0] is a multiplexed address/ data bus. a pci transaction consists of an address phase during the first clock period followed by one or more data phases. ad[7:0] is the lsb. 43 pclk pci clock i pclk provides timing for all pci transitions. all pci signals except prst*, inta*, and intb* are synchronous to pclk and are sampled on the rising edge of pclk. musycc supports a pci clock up to 66 mhz. 45 prst* pci reset i this input resets all functions on musycc. 59, 74, 87, 100 cbe[3:0]* pci command and byte enables t/s i/o during the address phase, cbe[3:0]* contain command information; during the data phases, these pins contain information denoting which byte lanes are valid. pci commands are defined as follows: 86 par pci parity t/s i/o the number of 1s on pa r, ad[31:0], and cbe[3:0]* is an even number. par always lags ad[31:0] and cbe* by one clock. during address phases, par is stable and valid one clock after the address; during the data phases it is stable and valid one clock a fter trdy* on reads and one clock after irdy* on writes. it remains valid until one clock after the completion of the data phase. 75 frame* pci frame s/t/s i/o frame* is driven by the current master to indicate the beginning and duration of a bus cycle. data cycles continue as frame* stays asserted. the final data cycle is indicated by the deassertion of frame*. for a non- burst, one-data-cycle bus cycle, this pin is only asserted for the address phase. 76 irdy* pci initiator ready s /t/s i/o irdy* asserted indicates the current master?s readiness to complete the current data phase. 79 trdy* pci target ready s/t/s i/o t rdy* asserted indicates the target?s readiness to complete the current data phase. 83 stop* pci stop s/t/s i/o stop* asse rted indicates the selected target is requesting the master to stop the current transaction. table 1-4. cn8478 hardware signal definitions (4 of 6) mqfp pin no. pin label signal name i/o definition cbe[3:0] command type oh 0000b interrupt acknowledge 1h 0001b special cycle 6h 0110b memory read 7h 0111b memory write ah 1010b configuration read bh 1011b configur ation write ch 1100b memory read multiple dh 1101b dual address cycle eh 1110b memory read line fh 1111b memory write and invalidate
28478-dsh-002-e mindspeed technologies ? 26 preliminary information / mindspeed proprietary and confidential pci interface (continued) 80 devsel* pci device select s/ t/s i/o when asserted, devsel* indicates that the driving device has decoded its address as the target of the current cycle. 60 idsel pci initialization device select i this input is used to select musycc as the target for configuration read or write cycles. 85 serr* system error o/d o any pci device can assert serr* to indicate a parity error on the address cycle or parity error on the data cycle of a special cycle command or any other system error where the result will be catastrophic. musycc only asserts serr* if it detects a pa rity error on the address cycle. since serr* is not an s/t/s signal, r estoring it to the deasserted state is done with a weak pullup (same value as used for s/t/s). musycc does not input serr*. it is assumed that the host will reset musycc in the case of a catastrophic system error. 84 perr* parity error s/t/s i/o perr* is asserted by th e agent receiving data when it detects a parity error on a data phase. it is asserted one clock after par is driven, which is two clocks after the ad and cbe* parity was checked. musycc generates the perr interrupt descriptor toward the host under the following conditions: musycc masters a pci cycle. after supplying data during the data phase of the cycle, musycc detects this signal being asserted by the agent receiving the data. musycc asserts the pci read cycle and generates the perr interrupt descriptor toward the host under the following conditions: musycc masters a pci read cycle. after receiving the data during the data phase of the cycle, musycc calculates that a parity error has occurred. 41 inta* pci musycc interrupt o/d o inta* is driven by musycc to indicate a musycc layer 2 interrupt condition to the host processor. 40 intb* pci expansion bus interrupt o/d o intb* is driven by musycc to notify the host processor of an interrupt pending from the ebus. 47 req* pci bus request t/s o musycc dri ves req* to notify the pci arbiter that it desires to master the bus. every master in the system has its own req*. 46 gnt* pci bus grant i the pci bus arbiter asserts gnt* when musycc is free to take control of the bus, assert frame*, and execute a bus cycle. every master in the system has its own gnt*. 98 m66en (5) 66 mhz enable i eclk speed selector. the purpose of m66en is to allow for the ebus to accommodate the timing needs of slower, 33 mhz peripheral devices. when m66en is open or driven low eclk is equal to pclk (typically 66 mhz). when m66en is driven high, eclk is equal to pclk divided by two (typically 33 mhz). this input has an internal 75 k ? pull-down resistor for backward compatibil ity with rev a or b devices. see tables 7-3 and 7-4 for the resistive pull-down current values. table 1-4. cn8478 hardware signal definitions (5 of 6) mqfp pin no. pin label signal name i/o definition
28478-dsh-002-e mindspeed technologies ? 27 preliminary information / mindspeed proprietary and confidential boundary scan and test access 35 tck jtag clock i clock in the tdi and tms signals and clock out tdo signal. 36 trst* (1) jtag reset i an active-low input that resets th e jtag state machine. this pin should be pulled low in normal operation. 37 tms (1) jtag mode select i the test signal input deco ded by the tap controller to control test operations. 38 tdo jtag data output t/s o the t est signal that transmits serial t est instructions and tests data. 39 tdi (1) jtag data input i the test si gnal that receives serial test instructions and tests data. 112?114 tm[0] (5) tm[1] (5) tm[2] (5) test mode i encodes test modes. power and ground (2) vddc vddi (3) vddo vgg power ? 19 pins are provided for power. fo ur vddc (core), four vddi (input), nine vddo (output), and two vgg (5 v-tole rant supply). the vddc require 2.5 v +/- 5%, the vddi and vddo require 3.3 v +/- 5%, and the vgg require 5 v +/- 5%. the recommended power ramp sequence is vddi and vddo together, then vddc at t = 0 + . vgg can be powered at any time. (3) vss (3) vsso ground ? 27 pins are provided for ground, 0 v dc. 10 vss (core and input) and 17 vsso (output). footnote: (1) these pins have internal pullups and may be le ft open by the system designer. (2) vddc pin numbers: 27, 77, 132, 185 vddi pin numbers: 13, 67, 118, 171 vddo pin numbers: 42, 63, 81, 95, 110, 147, 164, 181, 201 vgg pin numbers: 52, 156 (3) vss pin numbers: 14, 28, 53, 68, 78, 119, 133, 157, 172, 186 vsso pin numbers: 44, 55, 64, 73, 82, 89, 96, 104, 111, 137, 148, 153, 165, 175, 182, 191, 202 (4) an active low signal is denoted by a trailing asterisk (*). (5) these pins have internal pulldowns and may be left open by the system designer. table 1-4. cn8478 hardware signal definitions (6 of 6) mqfp pin no. pin label signal name i/o definition tm[0] tm[1] tm[2] 0 0 0 normal operation. tie to ground. 1 1 1 all outputs three-stated.
28478-dsh-002-e mindspeed technologies ? 28 preliminary information / mindspeed proprietary and confidential 2.0 host interface musycc?s host interface performs the following major functions: transfers data between the serial interface and shared memory over the pci bus bridges system host processors to the devices connected to the ebus stores configuration state information figure 2-1 illustrates the host interface block diagram. figure 2-1. host interface functional block diagram pci interface host interface pci bus device configuration registers pci configuration space (function 0) pci configuration space (function 1) tx control tx data rx control rx data interrupts clock control data interrupt clock control data interrupt serial interface local expansion bus (ebus) 8478_005
host interface 28478-dsh-002-e mindspeed technologies ? 29 preliminary information / mindspeed proprietary and confidential 2.1 pci interface the host interface in musycc is compliant with the pci local bus specification (revision 2.1, june 1, 1995). musycc provides a pci interface specific to 3.3 v and 33 or 66 mhz operation. the host interface can act as both a pci master and pci slave, and contains musycc?s pci configuration space and internal registers. when musycc must access shared memory, it masters the pci bus and completes the memory cycles without external intervention. musycc provides the host with a pci bridge to an on-device ebus, and behaves as a pci slave when providing this access. musycc is a multifunction pci agent. one function is mapped to the layer 2 hdlc control logic; a second function is mapped to the layer 1 physical interface for the expansion bus pins. 2.1.1 pci initialization generally, when a system initializes a module containing a pci device, the configuration manager reads the configuration space of each pci device on a pci bus. ha rdware signals select a specific pci device based on a bus number, a slot number, and a function number. if th e addressed device (via signal lines) responds to the configuration cycle by claiming the bus, that function?s configuration space is read out from the device during the cycle. because any pci device can be a multifunction devi ce, every supported function?s configuration space must be read from the device. based on the information read, the configuration manager assigns system resources to each supported function within the device. sometimes new information must be written to the function?s configuration space; this is accomplished with a configuration write cycle. musycc is a multifunction device with device-resident memory to store the required configuration information. musycc supports function 0 and function 1 and, as su ch, only responds to function 0 and function 1 configuration cycles, defined as listed below: function 0: all hdlc processing as an hdlc network controller. can master the pci bus or respond to slave accesses from another bus master. function 1: ebus bridge to local devices. responds only when another bus master performs a memory access into the function 1 address range. 2.1.2 pci bus operations musycc behaves either as a pci master or a pci slav e at any time and switches between these modes as required during device operation. as a pci slave, musycc responds to the following pci bus operations: memory read memory write configuration read configuration write memory read multiple (treated like memory read in slave mode) memory read line (treated like memory read in slave mode) note: the pci local bus specification (revision 2.1, june 1, 1995) is an architectural, timing, electrical, and physical interface standard providing the parameters for a device to connect with processor and memory systems.
host interface 28478-dsh-002-e mindspeed technologies ? 30 preliminary information / mindspeed proprietary and confidential memory write and invalidate (treated like memory write) all other pci cycles are ignored by musycc. only memory cycles are mapped to operations on the ebus. as a pci-master, musycc generates the following pci bus operations: memory read multiple (generated only in master mode) memory write dual address cycle 2.1.3 pci configuration space this section describes how musycc implements the required pci configuration register space to provide configuration registers. these registers satisfy the needs of current and anticipated system configuration mechanisms, without specifying those mechanisms or otherwis e placing constraints on their use. the configuration registers provide the following functions: full device relocation, in cluding interrupt binding installation, configurations, and booting without user intervention system address map construction by device-independent software musycc responds only to type 0 configuration cycles. type 1 cycles, which pass a configuration request on to another pci bus, are ignored. musycc is a two-function pci agent; therefore, it mu st implement configuration space for both functions. the pci controller in musycc responds to configuration and memory cycles , but only memory cycles cause bus activity on the ebus. the address phase during a musycc configuration cycle indicates the function number and register number being addressed which can be decoded by observi ng the status of the address lines ad[31:0]. figure 2-2 shows the address lines during the configuration cycle. the value of the signal lines ad[10:8] selects the function being addressed. musycc supports functions 0 and 1 and will not respond if anot her function is selected. figure 2-2. address lines during configuration cycle footnote: (1) musycc supports functions 0 and 1. (2) musycc supports registers 0 through 15, inclusive. (3) musycc supports type 0 configuration cycles. 31 11 10 8 7 2 1 0 don't care 3-bit function number 6-bit register number 2-bit type number bit number 8478_006 (1) (2) (3)
host interface 28478-dsh-002-e mindspeed technologies ? 31 preliminary information / mindspeed proprietary and confidential the value of the signal lines ad[7:2] during the address phase of configuration cycles selects the register of the configuration space to access. valid values are 0?15. accessing registers outside this range results in an all 0s? value being returned on reads, and no action being taken on writes. the value of the signal lines ad[1:0] must be 00b for musycc to respond. if these bits are 0 and the idsel signal line is asserted, then musycc will re spond to the configuration cycle. although there are two separate configuration spaces, one for function 0 and one for function 1, some internal registers are shared between the two spaces. the base code register contains the class code, sub class code, and register level programming interface registers. tables 2-1 and 2-2 list function 0 and function 1 configuration spaces. table 2-1. function 0 configuration space register number byte offset (hex) 31 24 16 8 0 function number 0 0 00h device id (1) vendor id (1) 1 04h status command 2 08h base code revision id (1) 3 0ch reserved header type latencytimer reserved 4 10h musycc base address register (bar) 514h ? ? ? reserved 14 38h ? 15 3ch max latency min grant interrupt pin interrupt line footnote: (1) registers shared between function 0 and 1. table 2-2. function 1 configuration space register number byte offset (hex) 31 24 16 8 0 function number 1 0 00h device id (1) vendor id (1) 1 04h status command 2 08h base code revision id (1) 3 0ch reserved header type reserved reserved 4 10h ebus base address register (bar) 514h ? ? ? reserved 14 38h ? 15 3ch reserved interrupt pin interrupt line footnote: (1) registers shared between function 0 and 1.
host interface 28478-dsh-002-e mindspeed technologies ? 32 preliminary information / mindspeed proprietary and confidential in summary, both configuration spaces have unique registers except for the device id, vendor id, and revision id, which are shared between the configuration spaces for functions 0 and 1. musycc is a multifunction device with two sources of interrupts: the hdlc controller interrupts and the expansion bus physical layer interrupts. musycc uses the inta* pin for hdlc controller interrupts and the intb* pin for interrupts generated by devices on the expansion bus connected to the eint* pin. all writable bits in the configuration space are reset to 0 by the hardware reset, prst* asserted. after reset, musycc is disabled and responds only to pci configurat ion write and pci configuration read cycles. write cycles to reserved bits and registers have no effect. read cycles to reserved bits always result in 0 being read. 2.2 pci configuration registers 2.2.1 function 0 network contro ller?pci master and slave musycc provides the necessary confi guration space for a pci bus controller to query and configure musycc?s pci interface. pci configuration space consists of a de vice-independent header region (64 bytes) and a device- dependent header region (192 bytes). musycc provides the device-independent header section only. access to the device-dependent header region results in 0s being read, with no effect on writes. there are three types of registers available in musycc: 1. read-only (ro): returns a fixed bit pattern if the register is used, or a 0 if the register is unused or reserved. 2. read-resettable (rr): can be reset to 0 by writing a 1 to the register. 3. read/write (rw): retains the value last written to it. musycc?s function 0 pci configuration space has 16 dword registers. tables 2-3 through 2-9 define these registers. register 0, address 00h table 2-3. register 0, address 00h bit field name reset value type description 31:16 device id (1) 847xh ro this unique device iden tification is assigned by the manufacturer. this field always returns the value 847xh where x can be 1, 2, 4, or 8 depending on the 32, 64, 128, or 256 channel version of the device, respectively. 15:0 vendor id (1) 14f1h ro the unique vendor identification assigned to the manuf acturer. this field always returns the value 14f1h. footnote: (1) registers shared between function 0 and 1.
host interface 28478-dsh-002-e mindspeed technologies ? 33 preliminary information / mindspeed proprietary and confidential register 1, address 04h the status register records status information for pci bus related events. the command register provides coarse control to generate and respond to pci commands. at reset, musycc sets the bits in this register to 0, meaning musycc is logically disconnected from the pci bus for all cycle types except configurati on read and configuration write cycles. table 2-4. register 1, address 04h (1 of 2) bit field name reset value type description 31 status 0 rr detected parity error. this bit is set by musycc whenever it detects a parity error on a data phase when musycc is a target, even if parity error response is disabled. 30 0 rr detected system error. this bit is set by musycc whenever it asserts serr*. 29 0 rr received master abort. this bit is set by musycc whenever a musycc- initiated cycle is terminated with master-abort. 28 0 rr received target abort. musycc sets this bit when a musycc-initiated cycle is terminated by a target-abort. 27 0 ro unused. 26:25 01b ro devsel* timing. indicates musycc is a medium-speed pci device. this means the longest time it will take mu sycc to return devsel* when it is a target of 3 clock cycles. 24 0 rr data parity detected. musycc sets this bit when three conditions are met: 1. musycc asserts perr* or observes perr*. 2. musycc is the master for that transaction. 3. the parity error response bit in this register is set. 23 1b ro fast back-to-back capable. read only. indicates that when musycc is a target, it is capable of accepting f ast back-to-back transactions when the transactions are not to the same agent. 22 0 ro unused. 21 i ro indicates the device is 66 mhz capable. th is bit is set by revision c and later devices. 20:16 0 ro unused.
host interface 28478-dsh-002-e mindspeed technologies ? 34 preliminary information / mindspeed proprietary and confidential 15:10 command 0 ro unused. 9 0 rw fast back-to-back mode is not supported. 8 0 rw serr* enable. if 1, disables musycc?s serr* driver. if 0, enables musycc?s serr* driver and allows reporting of address parity errors. 7 0 ro wait cycle control. musycc does not support address stepping. 6 0 rw parity error response. this bit controls musycc?s function 0 response to parity errors. if 1, musycc takes normal action when a pa rity error is detected on a cycle with function 0 as the target. if 0, musycc ignores parity errors. 5 0 ro vga palette snoop. unused. 4 0 ro memory write and invalidate. the onl y write cycle type musycc generates is memory write. 3 0 ro special cycles. unused. musycc ignores all special cycles. 2 0 rw bus master. if 1, musycc is permitted to act as bus master. if 0, musycc is disabled from generating pci accesses. 1 0 rw memory space. access control. if 1, enables musycc to respond to function 0 memory space access cycles. if 0, disables musycc?s response. 0 0 ro i/o space accesses. musycc does not contain any i/o space registers. footnote: an active-low signal is denoted by a tr ailing asterisk (*). table 2-4. register 1, address 04h (2 of 2) bit field name reset value type description
host interface 28478-dsh-002-e mindspeed technologies ? 35 preliminary information / mindspeed proprietary and confidential register 2, address 08h this location contains the class code and revision id regi sters. the class code register contains the base class code, sub-class code, and register level programming inte rface fields, used to specify the generic function of musycc. the revision id register denotes the version of the device. register 3, address 0ch table 2-5. register 2, address 08h bit field name reset value type description 31:24 class code 02h ro base class code: network controller. 23:16 80h ro sub-class code: other network controller. 15:8 0 ro register level programming interface: indicates there is nothing special about programming musycc. 7:0 revision id (1) 01h ro denotes the revision number of musycc. rev a = 0ah, rev b = 0bh, rev c = 0ch, etc. footnote: (1) registers shared between function 0 and 1. table 2-6. register 3, address 0ch bit field name reset value type description 31 built-in self test (bist) capable 1 ro returns 1 if device supports bist. re turns 0 if it does not support bist. 30 start bist 0 rw writes 1 to invoke bist. devi ce resets the bit when bist is complete. software should fail the device if bist is not complete after two seconds. 29:27 reserved 0 ro unused. 26 bist error in the interrupt queue ? ro after ?start bist? bit gets reset, this bit indicates if there were any errors in the interrupt queue ram areas. 25 bist error in the transmitter ? ro after ?start bist? bit ge ts reset, this bit indicates if there were any errors in the transmit queue ram areas. 24 bist error in the receiver ? ro after ?s tart bist? bit gets reset, this bit indicates if there we re any errors in the receive queue ram areas. 23:16 header type 80h ro musycc is a multifunction device with the standard layout of configuration register space. 15:11 latency timer 0 rw the latency timer is an 8-bi t value that specifies the maximum number of pci clock cycles that musycc can keep the bus after starting the access cycle by asserting its frame*. the latency timer ensures that musycc has a minimum time slot for it to own th e bus, but places an upper limit on how long it will own the bus. 10:8 0 ro 7:0 reserved 0 ro unused. footnote: an active-low signal is denoted by a tr ailing asterisk (*).
host interface 28478-dsh-002-e mindspeed technologies ? 36 preliminary information / mindspeed proprietary and confidential register 4, address 10h table 2-7. register 4, address 10h bit field name reset value type description 31:20 musycc - function 0 base address register 0 rw allows for 1 mb bounded pci bus address space to be blocked off as musycc space. musycc responds as a pci slave with devsel* to all bus cycles whose address bits 31:20 match the value of bits 31:20 of this register, and whose upper address bits are non-zero, and memory space is enabled in the function 0 register 1, memory space bit field. reads to addresses within this space that are not implemented will read back 0; writes have no effect. 19:4 0 ro when appended to bits 31:20, these bits specify a 1 mb bound memory range. 1 mb is the only amount of address space that a musycc function can be assigned. 3 0 ro musycc memory space is not prefetchable. 2:1 0 ro musycc can be located anywhere in 32-bit address space. 0 0 ro this base register is a memory space base register, as opposed to i/o mapped. footnote: an active-low signal is denoted by a tr ailing asterisk (*).
host interface 28478-dsh-002-e mindspeed technologies ? 37 preliminary information / mindspeed proprietary and confidential register 5?14, address 14h?38h register 15, address 3ch 2.2.2 function 1 expansion bus bridge, pci slave musycc, a multifunction pci device, provides the necessary configuration space allowing a pci bus or system controller to query and configure the host interface of mu sycc as a pci device. pci configuration space consists of a device-independent header region (64 bytes) and a device-dependent header region (192 bytes). musycc provides the 64-byte device-independent header section only. access to the device-dependent header region results in 0s being read, and no effect on writes. there are three types of registers available in musycc: 1. read-only (ro)?returns a fixed bit pattern if the register is used, or a 0 if the register is unused or reserved. 2. read-resettable (rr)?can be reset to 0 by writing a 1 to the register. 3. read/write (rw)?retains the value last written to it. musycc?s function 1 configuration space has 16 dword registers. tables 2-10 through 2-16 describe these registers. table 2-8. registers 5?14, addresses 14h?38h bit field name reset value type description 31:0 reserved 0 ro unused. table 2-9. register 15, address 3ch bit field name reset value type description 31:24 maximum latency 0fh ro specifies how quickly musycc needs to gain access to the pci bus. the value is specified in 0.25 s increments and assumes a 33 mhz clock. 0fh means musycc needs to gain access to the pci bus every 130 pci clock cycles, expressed as 3.75 s in this register for 33 mhz pci and 1.87 s for 66 mhz pci. 23:16 minimum grant 0 ro this value specifies, in 0.25 s increments, the minimum burst period musycc needs. musycc does not have any special min_gnt requirements. in general, the more channels musycc has active, the worse the bus latency and the shorter the burst cycle. 15:8 interrupt pin 01b ro defines which pci interrupt pin function 0 uses. 01h means musycc uses pin inta* for hdlc c ontroller interrupts. 7:0 interrupt line 0 rw communicates interrupt line rout ing. system initialization software will write a value to this register indicating which host interrupt controller input is connected to musycc?s inta* pin. footnote: an active-low signal is denoted by a tr ailing asterisk (*).
host interface 28478-dsh-002-e mindspeed technologies ? 38 preliminary information / mindspeed proprietary and confidential register 0, address 00h table 2-10. register 0, address 00h bit field name reset value type description 31:16 device id (1) 847xh ro this unique device iden tification is assigned by the manufacturer. this field always returns the value 847xh where x can be 1, 2, 4, or 8 depending on the 32, 64, 128, or 256 channel version of the device, respectively. 15:0 vendor id (1) 14f1h ro the unique vendor identification assigned to the manufact urer. this field always returns the value 14f1h. footnote: (1) registers shared between function 0 and 1.
host interface 28478-dsh-002-e mindspeed technologies ? 39 preliminary information / mindspeed proprietary and confidential register 1, address 04h the status register records status information for pci bus-related events. the command register provides coarse control to generate and respond to pci commands. at reset, musycc sets the bits in this register to 0. this means musycc is logically disconnected from the pci bus for all cycle types except configuration read and configuration write cycles. table 2-11. register 1, address 04h bit field name reset value type description 31 status 0 rr detected parity error. this bit is set by musycc whenever it detects a parity error on a data phase. 30 0 ro unused. 29 0 ro unused. 28 0 ro unused. 27 0 ro unused. 26:25 01b ro devsel* timing. indicates musycc is a medium-speed device. this means the longest time it will take musycc to return devsel* when the ebus is the target is 3 clock cycles. 24 0 ro unused. 23 01b ro fast back-to-back capable. indicates that when the ebus is a target, it is capable of accepting fast back-to-ba ck transactions when the transactions are not to the same agent. 22 0 ro unused. 21 01b ro indicates the device is 66 mhz capable. this bit is set by revision c and later devices. 20:16 0 ro unused. 15:7 command 0 ro unused. 6 0 rw parity error response. this bit controls musycc?s functi on 1 response to parity errors. if 1, musycc will take normal acti on when a parity error is detected on a cycle with function 1 as the target. if 0, musycc will ignore parity errors. 5:2 0 ro unused. 1 0 rw memory space access control. if 1, enables musyc c to respond to function 1 memory space access cycles. if 0, disables musycc?s response. 0 0 ro i/o space accesses. musycc does not contain any i/o space registers. footnote: an active-low signal is denoted by a tr ailing asterisk (*).
host interface 28478-dsh-002-e mindspeed technologies ? 40 preliminary information / mindspeed proprietary and confidential register 2, address 08h this location contains the class code and revision id regi sters. the class code register contains the base class code, sub-class code, and register level programming interf ace fields, used to specify the generic functions of musycc. the revision id register denotes the version of silicon. register 3, address 0ch table 2-12. register 2, address 08h bit field name reset value type description 31:24 class code 06h ro base class code: bridge device. 23:16 80h ro sub-class code ty pe: other bridge device. 15:8 0 ro register level program ming interface: indicates there is nothing special about programming musycc. 7:0 revision id (1) 01h ro denotes the revision number of musycc. rev a = 0ah, rev b = 0bh, rev c = 0ch, etc. footnote: (1) registers shared between function 0 and 1. table 2-13. register 3, address 0ch bit field name reset value type description 31:24 reserved 0 ro unused. 23:16 header type 80h ro musycc is a multifunction device with the standard layout of configuration register space. 15:0 reserved 0 ro unused.
host interface 28478-dsh-002-e mindspeed technologies ? 41 preliminary information / mindspeed proprietary and confidential register 4, address 10h register 5?14, addresses 14h?38h register 15, address 3ch table 2-14. register 4, address 10h bit field name reset value type description 31:20 ebus?function 1 base address register 0 rw allows for 1 mb bounded pci bus address space to be blocked off as musycc expansion bus space. musycc responds as a pci slave with devsel* to all memory cycles whose non-zero address bits 31:20 match the value of bits 31:20 of this re gister, with memory space enabled in function 1 register 1, memory space bit field. reads to addresses within this space that are not implemented. reads back 0; writes have no effect. pci cycles to this space will be mapp ed to read or write cycles on the expansion bus. 19:4 0 ro when appended to bits 31:20, specifies a 1 mb bound memory space. 1 mb is the only size of address space that a musycc function can be assigned. 3 0 ro expansion bus memory space is not prefetchable. 2:1 0 ro means musycc expansion bus space can be located anywhere in 32-bit address space. 0 0 ro means this base register is a memory space base register, as opposed to i/o mapped. footnote: an active-low signal is denoted by a tr ailing asterisk (*). table 2-15. registers 5 through 14?addresses 14h through 38h bit field name reset value type description 31:0 reserved 0 ro unused. table 2-16. register 15, address 3ch bit field name reset value type description 31:16 reserved 0 ro unused. 15:8 interrupt pin 02h ro defines which pci interrupt pin function 1 uses. 02h means musycc uses pin intb* for interrupts sourced by devices connected to ebus. 7:0 interrupt line 0 rw communicates interrupt line routing. system initia lization software writes a value to this register indicating whic h host interrupt c ontroller input is connected to musycc?s intb* pin. footnote: an active-low signal is denoted by a tr ailing asterisk (*).
host interface 28478-dsh-002-e mindspeed technologies ? 42 preliminary information / mindspeed proprietary and confidential 2.2.3 pci reset musycc resets all internal functions when it detects the assertion of the prst* signal line. upon reset, the following occurs: all pci output signals go to three-state immediately and asynchronously with respect to the pci clock input, pclk. all ebus output signals go to three-state immediately and asynchronously with respect to the ebus clock output, eclk. all writable register bits are set to 0. all pci data transfers terminate immediately. all serial data transfers terminate immediately. musycc disables and responds on ly to pci configuration cycles. 2.2.4 host interface after a hardware reset, the pci configuration space within musycc needs to be configured by the host with the following information: for function 0: base address register fast back-to-back enable/disable serr* signal driver enable/disable parity error response enable/disable bus mastering enable/disable memory space access enable/disable for function 1: base address register parity error response enable/disable memory space access enable/disable function 0 provides services to the serial interfaces in musycc; function 1 provides services to the ebus interface in musycc. after the configuration spaces are configured, musycc can master the pci bus or provide slave-mode access to the host. 2.2.5 pci bus parity the agent driving the ad[31:0] signals during any bus phase must also drive the even parity signal (par). par is driven one clock after ad[31:0] has been driven as follows: address phase: master always drives par one clock after address phase. read data phase: target always drives par one clock after read data phase. write data phase: master always drives par one clock after write data phase. par provides even parity across the ad[31:0] and cbe[3:0]* signal lines. the agent receiving the data must assert perr* if it detects a parity error, provided its parity error response enable bit is set.
host interface 28478-dsh-002-e mindspeed technologies ? 43 preliminary information / mindspeed proprietary and confidential if a parity error occurs, the master that generated the cycle (whether it asserted perr* or detected it) reports parity errors to the host. musycc does this by generating an interrupt descriptor. it also sets the data parity detected bit (for masters only) in the status register in the appropriate function?s pci configuration space and sets the detected parity error (for masters or targets) in the same register if musycc is the agent that detected the error. perr* reports errors on the data phases. musycc not only asserts perr* when appropriate, but monitors perr* for its own memory transactions and notifies the host of the parity error. serr* reports parity errors on the addre ss phases. it is assumed that this open dr ain pci signal is tied directly to the host?s system error pin. musycc does not generate an interrupt descriptor if it detects a parity error on an address phase, nor does it respond to serr* assertion. 2.2.6 pci throughput and latency considerations in pci systems, achieving high bus throughput works against achieving low bus latency. as devices burst more data, they keep the bus longer, causing other devices waiting for the bus to experience a longer acquisition latency as a result. a pci bus master introduces latency each time it uses the pci bus to perform a transaction. the bus master latency is a function of the following: behavior of the master state of the gnt* signal bus command used (read, write,...) burst length master data latency for each data phase value of latency timer behavior of the target bus command used (read, write,...) target latency when musycc requests the pci bus, it needs the bus to transfer data between an internal fifo buffer and shared memory across the pci bus with either a read or a write access. while musycc waits for the bus to be granted, and then while musycc transfers the data, another equal-sized internal fifo buffer is simultaneously being filled or emptied at the serial in terface. when musycc request s the bus, it has data to transfer, and also has a finite amount of time (which is directly related to the speed of the serial line clock) before a separate fifo buffer at the serial interface overflows or underflows. for an application with many logical channels, musycc requires a new access cycle on the pci bus more frequently than an application with fewer logical channels. if fifo buffer space is evenly distributed across all channels, more channels result in less fifo buffer space per channel, and fifo buffer space must be cleared more frequently. conversely, an application with high data rate serial interfaces requires a new ac cess cycle on the pci bus more frequently than an applic ation with a low data rate serial interface, becau se the fifo buffer fills faster in the former. acquiring the pci bus requires having to deal with arbitratio n latency, which is defined as the number of pci clock cycles a master must wait after asserting its req* and before asserting the gnt* signal. this number is a function of the system?s arbitration algorithm and takes into account the sequence in which masters are given access to the bus and the latency timer of each master. arbitration latency is also affected by the loading of the system and how efficiently the bus is being utilized.
host interface 28478-dsh-002-e mindspeed technologies ? 44 preliminary information / mindspeed proprietary and confidential the master?s latency timer specifies the maximum number of pci clock cycles that the master can (and in the case of musycc, will) keep the bus after starting the access cycle by asserting its frame*. the latency timer also ensures that the master has a minimum time slot for it to own the bus, but places an upper limit on how long it will own the bus. in musycc, the latency timer is reset to 0 on prst* (pci reset). once the bus is acquired and bursting begins, pci throughput becomes the point of focus. musycc is capable of multi-dword bursts (read or write). as each fifo buffer for a logical channel and direction is serviced on the pci, musycc relinquishes and then reacquires the bus to service the fifo buffer of the next logical channel. if more logical channels are serviced, bus turnover is increased, which decreases throughput (but does not necessarily affect service). if fewer logical channels are serviced, bus turnover decreases, and that increases throughput (but not necessarily to the benefit of channel processing). refer to chapter 3 of the pci local bus specification , revision 2.1, for a description of bandwidth and latency considerations. 2.2.6.1 pci bus latency the latency that a pci master encounters as it tries to gain access to the pci bus has three components: 1. arbitration latency: usually 2 clock cycles for a high prio rity device, but is added into the total latency time only if the bus is idle when a device requests it, othe rwise, it overlaps with th e bus acquisition latency. 2. bus acquisition latency: length of time a device must wait for the bus to become free. 3. target latency: length of time the selected target takes to assert trdy* for the first data transfer. the longest latency musycc experiences in gaining access to the pci bus is or [k x (t + 8)] when all t i s are equal, where: k = the number of pci masters in the system t = the value of the latency timers in those masters 8 = the longest target latency allowed, in clock cycles (exception: the first data phase is allowed 16 clock cycles) once a master gets the bus, it starts a count-down timer loaded with the value t, from the latency timer register. when the count reaches 0, the master relinquishes the bus when its gnt* is removed and it sees trdy* on the final data phase. as long as its gnt* is still a sserted, the master is fr ee to burst indefinitely. ta b l e 2 - 1 7 provides an example of pci latency. table 2-17. pci latency example (1 of 2) pci clock increment bus activity 0 bus is idle. host asserts req*. musycc asserts req*. +1 host gets gnt*. these 2 clock cycles are the arbitration latency that becomes 0 if the bus was not idle. +1 host asserts fram e* to start access cycle. latency total t i 8 + ( ) i 0 = k 1 ? =
host interface 28478-dsh-002-e mindspeed technologies ? 45 preliminary information / mindspeed proprietary and confidential the predictable worst case time musycc must wait for the bus in a system with k masters with equal latency timers is [ k x ( t + 8)]. if one musycc is configured with all 256 channels active, and receiving and transmitting at 64 kbps, it must maintain a data rate of 16 mbps across the pci bus. therefore: 256 channels x (64 kbps rx + 64 kbps tx) = 32,768 kbps with 32 bits in each dword, the data ra te in kilo dwords per second (kdwps) is: 32,768 kbps / (32 bits/dword) = 1,024 kdwps the 16-clock rule ( pci local bus specification , revision 2.1) requires that a sing le access device must complete the access cycle within 16 clock cycles of the frame* si gnal being asserted. for devices capable of burst-mode, the 16-clock rule applies to the completion of the first data cycle. 2.2.6.2 latency computation?single dword access assuming the worst case scenario where the system allows only single dword access, even a burst-mode device such as musycc must relinquish the pci bus within 16 cloc k cycles from receiving the bus. using this scenario, the calculations continue as follows: the time per dword would be: 1 dword / 1,024 kdwps = 0.98 s per dword assuming a pci bus rate of 33 mhz, the time per clock cycle would be: 1 cycle / 33 mhz = 30.303 ns per clock cycle assuming a pci bus rate of 66 mhz, the time per clock cycle would be: 1 cycle / 66 mhz = 15.152 ns per clock cycle to get the number of clock cycles per dword: 0.98 s per dword / 0.0303 s per clock cycle = 33 pci clock cycles per dword to get the number of clock cycles per dword: 0.98 s per dword / 0.0152 s per clock cycle = 66 pci clock cycles per dword +(t + 8) or [16 + (n - 1) x 8] whichever is smaller this is the bus acquisition latency time?the amount of time the next requestor must wait for the bus because of current master, the host. during this time, assume the host loses its gnt* just +1 clock cycle into its acquisition and musycc0 receives the gnt* +1 into this time. the host?s first data phase must finish within 16 pci clo ck cycles, and subsequent data phases must finish within 8 cycles each. therefore, 16 + (n - 1) x 8 clock cycles is how long the host will need the bus to execute n data phases (n dword burst), assuming the host?s access finishes before its latency timer expires. as the cycle finishes, the host relinquishes the bus, and one clock cycle later, musycc0 gets the gnt* and subsequently asserts its frame* to start the access cycle. ? host has bus ? +(t + 8) or [16 + (n - 1) x 8] whichever is smaller musycc0 finishes with the bus, and musycc1 has it on the next clock cycle. during this time, musycc0 loses its gnt*, and musycc1 receives its gnt*. mu sycc0 behaves similarly to the host above. ? musycc0 has bus ? +(t + 8) or [16 + (n - 1) x 8] whichever is smaller musycc1 finishes with the bus, and musycc2 has it on the next clock cycle. during this time, musycc1 loses its gnt*, and musycc2 receives its gnt*. mu sycc1 behaves similarly to the host above. ? musycc1 has bus ? footnote: an active low signal is denoted by a trailing asterisk (*). table 2-17. pci latency example (2 of 2) pci clock increment bus activity
host interface 28478-dsh-002-e mindspeed technologies ? 46 preliminary information / mindspeed proprietary and confidential with one musycc and one host, the host can use the following: assuming a pci bus rate of 33 mhz: 33 cycles per dword ? 16 cycles (16 clock rule) = 17 clock cycles between dword transfers assuming a pci bus rate of 66 mhz: 66 cycles per dword ? 16 cycles (16 clock rule) = 50 clock cycles between dword transfers accordingly, musycc's t must be: assuming a pci bus rate of 33 mhz: 17 cycles ? 8 cycle (target latency) = 9 clock cycles. as t has a granularity of 8 units, t must be programmed to 8 pci clock cycles. assuming a pci bus rate of 66 mhz: 50 cycles ? 8 cycle (target latency) = 42 clock cycles. as t has a granularity of 8 units, t must be programmed to 40 pci clock cycles. 2.2.6.3 latency computation?burst access when the following is assumed: musycc has enough internal buffering to buffer up to 4-dwords worth of information per channel before performing a 2-dword burst cycle for every access. musycc has a granularity of 8 for its latency timer (tha t is, musycc is always configured to give up the bus in equal to or less than the desired time-out). the system will support musycc burst writes and reads. musycc, with all 256 receive and transmit channels active, needs to move 1,024 kdwords/s, or one dword every 0.98 s, or 4-dword bursts every 3.92 s. that is, 130 clock cycles between bursts for a 33-mhz pci bus rate, and 260 clock cycles for a 66-mhz pci bus rate. the following can be seen: the worst case time it would take each burst cycle to finish is 16 cycles (16 clock rule) + 8 cycles, target latency = 24 clock cycles to finish, worst case. with one musycc and one host operating at a pci bus rate of 33 mhz: the host has 130 cycles between bursts ? 24 cycles to finish, worst case = 106 clock cycles. the host's t must be programmed to 106 cycles ? 8 cycles, target latency = 98 cycles. rounding for granularity yields 96 cycles. with one musycc and one host operating at a pci bus rate of 66 mhz: the host has 260 cycles between bursts ? 24 cycles to finish, worst case = 236 clock cycles. the host's t must be programmed to 236 cycles ? 8 cycles, target latency = 228 cycles. rounding for granularity yields 224 cycles. for n musycc and one host operating at a pci bus rate of 33 mhz: the host has 130 cycles between bursts ? (n x 24 cycles, worst case) ? 8 clock cycles, target latency = t cycles. therefore, for two musycc's and one host, a host's t of 24 would be sufficient; that is, 130 cycles ? (2 x 24) ? 8 cycles = 74 clock cycles. rounding for granularity equals 72 cycles. for n musycc and one host operating at a pci bus rate of 66 mhz: the host has 260 cycles between bursts ? (n x 24 cycles, worst case) ? 8 clock cycles, target latency = t cycles. therefore, for two musycc's and one host, a host's t of 24 would be sufficient; that is, 260 cycles ? (2 x 24) ? 8 cycles = 204 clock cycles. rounding for granularity equals 200 cycles. on reset, the value of the latency timers are reset to 0.
28478-dsh-002-e mindspeed technologies ? 47 preliminary information / mindspeed proprietary and confidential 3.0 expansion bus (ebus) musycc provides a pci bridge to a local bus interface on musycc called the expansion bus (ebus). the ebus provides a host processor across the pci bus to ac cess up to 1 mb of peripheral memory space on the ebus. although ebus utilization is optional, the most notable application for the eb us is the connectio n to peripheral devices (e.g., bt8370 t1/e1 framers) local to musycc?s serial port. figures 3-1 and 3-2 illustrate block diagrams of the ebus interface with and witho ut local multiproce ssor unit (mpu). figure 3-1. ebus functional block diagram with local mpu 8478_007 clock ebus interface interrupt clock address/data control bus arbitration eint* local expansion bus regenerated and inverted address/data mpu intel motorola t1/e1 framer bt8370 bus arbiter
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 48 preliminary information / mindspeed proprietary and confidential 3.1 operation 3.1.1 initialization at initialization, musycc?s pci function 1 configuration space is initialized with a value representing a 1 mb memory range assigned to musycc?s ebus. this is detailed in ta b l e 2 - 1 4 , register 4, address 10h , and listed as ebus?function 1 base address register. an unmapped 1 mb system memory range must be specified by assigning the upper 12 bits of the memory range to the upper 12 bits of this register. command bit field memory space access control and optional parity error response must be properly configured for musycc to respond to ebus memory space accesses (see ta b l e 2 - 4 , register 1, address 04h ). on reset, musycc disables ebus memory space access. if the pci attempts to access ebus memory space, there will be a pci master -abort termination. 3.1.2 address and data when musycc?s host interface claims the cycle during a pc i access cycle, the host interface compares the upper 12 bits of the pci address lines to each of its function ?s base address registers. if signal lines ad[31:20] are identical to the upper 12 bits of the expansion bus base address register, musycc forwards the access cycle to the ebus interface within musycc. muyscc accepts pci slave burst write cycles to either function 0 or function 1. musycc?s host interface has an internal 4-dword write fifo buffer shared by both functions; therefore a 1?4 dword burst write cycle can be performed to either function. when the burst write data phase exceeds the length, musycc asserts a pci target disconnect. figure 3-2. ebus functional block diagram without local mpu note: only single dword pci operations can be performed when accessing the ebus. local ram control eint* clock address/data peripheral devices downloadable rom ebus interface 8478_008
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 49 preliminary information / mindspeed proprietary and confidential musycc performs a pci target disconnect after the first data phase of any burst read cycle to either function 0 or function 1. therefore, the pci bridge must be able to fragment a burst access into a single phase read or 1? 4 phase burst writes as controlled by the target disconnect. assuming the ebus is connected to byte-wide peripheral de vices, the ebus interface uses the lower 20 bits from pci address lines ad[19:0] to construct a byte address fo r the ebus. specifically, pci address lines ad[19:2] are converted to ebus address lines ead[17:0] by shifting out the two least significant bits, ad[1:0]. this allows for byte-level addressing for up to 4 byte-wide devices on the ebus. given the above, the ebus provides an 18-bit addressing structure allowing byte addressing of up to four banks of 256 kb address space each. the ebus interface transfers 32 bits of the data lines be tween the ebus and the pci bus. the byte-enable signal lines ebe[3:0]* are tr ansferred from the pci byte-enable signal lines cbe[3:0]* to the ebus , and indicate which byte(s) in the data dword are valid. figure 3-3 illustrates both data and data conf igurations of the 32-bit word. 3.1.3 clock the eclk is derived from the pci clock and runs at up to a 33 mhz clock rate. this operation is controlled by the m66en input on revision c and later devices. an asse rted m66en input implies th at the overall system is operating at a 66 mhz pci clock rate; the eclk is running at half of the pci clock rate. otherwise, the elck is operating at the same rate as the pci clock frequency. in order to ensure that the elck is properly operational, the m66en input state shall not be changed during the whole operational period. the ebus clock output can be disabled by setting the ecken bit field (see ta bl e 5 - 6 ). in the disabled state, the eclk output is three-stated. figure 3-3. ebus address/data line structure general note: 1. byte enable 0?ebe[0]* signals if ead[7:0] are valid data bits during data phase. 2. byte enable 1?ebe[1]* signals if ead[15:8] are valid data bits during data phase. 3. byte enable 2?ebe[2]* signals if ead[23:16] are valid data bits during data phase. 4. byte enable 3?ebe[3]* signals if ead[31:24] are valid data bits during data phase. 5. an active low signal is denoted by a trailing asterisk (*). address lines?ead[31:0] during address phase data lines?ead[31:0] during data phase 00000000000000 yyyyyyyyyyyyyyyyyy 31 20 19 17 0 bit number upper 12 bits always 0 during address phase lower 20 bits ad[19:2] transferred from pci bus to ead[17:0] on the ebus. byte addressing with bits 19 and 18 always 0 during address phase. 31 0 bit number yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy all 32 bits transferred between pci bus and ebus. the byte enable lines indicate which bits are valid in the 32-bit dword during the data phase. 00 8478_009
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 50 preliminary information / mindspeed proprietary and confidential 3.1.4 interrupt when a device connected to the ebus drives the eint* signal, musycc carries this signal through to the pci interrupt line, intb*. thus, peripheral devices can interrupt the host processor. in musycc?s function 1 pci configuration space (the ebus function), the interrupt pin bit field indicates that the intb* pci interrupt be asserted for interrupts sourced by devices connected to the ebus (see ta bl e 2 - 16, register 15, address 3ch ). also, the interrupt line bit field in the same register is set up by the system initialization software to indicate wh ich host interrupt controller input pin is to be connected to musycc?s intb* pin. 3.1.5 address duration musycc can extend the duration the address bits are valid for any ebus address phase by specifying a value from 0?3 in alapse bit field (refer to ta bl e 5 - 6 , global configuration descriptor ). the value specifies the additional eclk periods the address bits remain asserted. that is, a value of 0 specifies the address remains asserted for one eclk period, and a value of 3 specifies the address remains asserted for four eclk periods. disabling the eclk signal output does not affect the de lay mechanism. refer to the timing diagrams in section 7.2.4 for more details. both pre- and post-address cycles ar e always present during the address p hase of an ebus cycle. the post- address cycle is one pci period long and provides musycc time to transition between the address phase and the following data phase. the pre- and post-address cycles are not included in the address duration. 3.1.6 data duration musycc can extend the duration that the data bits are valid for any ebus data phase by specifying a value from 0?7 in elapse bit field (refer to ta b l e 5 - 6 , global configuration descriptor ). the value specifies the additional eclk periods the data bits remain asserted. that is, a va lue of 0 specifies the data that remains asserted for one eclk period, and a value of 7 specifies the data that remains asserted for eight eclk periods. disabling the eclk signal output does not affect the delay mechanism. refer to the timing diagrams in section 7.2.4 for more details. a pre-data and post- data cycle are always present during the data phase of an ebus cycle. th e pre-data cycle is one pci period long and provides musycc setup and hold ti me for the data signals. the post-data cycle is one eclk period long and provides musycc time to transition between the data phase and the following bus cycle termination. the pre- and post-data cycles are not included in the data duration. 3.1.7 bus access interval musycc can be configured to wait a specified amount of ti me after it releases the ebus and before it requests the ebus a subsequent time. this is accomplished by specifying a value 0?7 in blapse bit field (refer to ta bl e 5 - 6, global configur ation descriptor ). the value specifies the additional eclk periods musycc waits immediately after releasing the bus; t hat is, a value of 0 specifies musycc will wait for one eclk period, and a value of 5 specifies six eclk periods. disabling the eclk si gnal output does not affect this wait mechanism. refer to the timing diagrams in section 7.2.4 for more details. the bus grant signal (hlda/bg*) is deasserted by the bus arbiter only after the bus request signal (hold/br*) is deasserted by musycc. as the amount of time between bus request deassertion and bus grant deassertion can vary from system to system, it is possible for a misinterpretation of the ?old? bus grant signal as an approval to access the ebus. musycc provides the flexibility through the bus access inte rval feature to wait a specific number of eclk periods between subsequent bus requests. (refer to ebus arbitration timing diagrams, figure 7- 13, ebus write/read transactions, intel-style and figure 7-14, ebus write/read transactions, motorola- style .)
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 51 preliminary information / mindspeed proprietary and confidential 3.1.8 pci to ebus interaction using the ebus to perform extensive po lling of peripheral devices substantially increases pci bus utilization. the ebus interface within musycc performs single dword access without burst cycles. also, the access time for data on the ebus is dependent on how fast the peripherals respond to an ebus read or write cycle. pci write access cycles targeted at the ebus are not at issue because they complete immediately. musycc?s host interface autonomously completes writing data to the ebus after successfully terminating the host?s pci write access cycle. pci read access cycles targeted at the ebus are at is sue because they cause musycc?s host interface to first claim the access cycle, then immediately initiate a pci target retry sequence. this causes the pci bridge device to retry the same ebus access at a later time. concurrently, the ebus interface is activated to access the requested data from the ebus. because this process may take many ebus clock cycles to complete, the host interface is capable of holding off each retry request by initiating a subsequent target retry sequence until the ebus interface delivers the required data to the host interface. target retry sequences may occur multiple times. as ebus data is made available to the host interface, and on the next retry from the bridge chip, the host interface checks whether or not the retry cycle address matches the address latched in during the initial ebus access cycle and, if so, forwards the ebus data to the requester. if the addresses do not match, musycc starts a new ebus access cycle. the amount of time to complete a single ebus cycle accessing a single dword at a time and the number of bus turnovers between successive retries affect pci bus utilizat ion. to avoid affecting the pci bus adversely, systems must be designed to throttle ebus access or use a local microprocessor on the ebus to filter the information from peripheral devices. 3.1.9 microprocessor interface the mpusel bit field specifies the type of microprocessor interface to use for the ebus. (see ta b l e 5 - 6 , global configuration descriptor .) ta bl e 3 - 1 describes the effective signals when intel-style protocol is selected. ta bl e 3 - 2 shows the effective signals when motorola-style protocol is selected. table 3-1. intel protocol signals signal description interpretation ale* address latch enable asserted low by musycc to indi cate that the address lines contain a valid address. this signal remains asserted for the duration of the access cycle. rd* read strobed low by musycc to enable data reads out of the device. held high during writes. wr* write strobed low by musycc to enable data writes into the device. held high during reads. hold hold request asserted high by musycc when it requests the ebus from a bus arbiter. hlda hold acknowledge asserted high by bus arbiter in response to hold signal assertion. remains asserted until after the hold signal is deasserted. if the ebus is connected and there are no bus arbiters on the ebus, this signa l must be asserted high at all times. footnote: an active low signal is denoted by a trailing asterisk (*).
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 52 preliminary information / mindspeed proprietary and confidential 3.1.10 arbitration the hold and hlda (intel style) or br* and bg* (motor ola style) signal lines are used by musycc to arbitrate for the ebus. for intel-style interfaces, the arbitration protocol is as follows (refer to figure 7-13, ebus write/read transactions, intel-style ): 1. musycc three-states ead[31:0 ], ebe*[3:0]. wr*, rd*, and ale*. 2. musycc requires ebus access and asserts hold. 3. musycc checks for hlda assertion by bus arbiter. 4. if hlda is deasserted, musycc waits for the hlda signal to become asserted before continuing the ebus operation. 5. if hlda is asserted, musycc continues with the eb us access because it has control of the ebus. 6. musycc drives ead[31:0], ebe* [3:0], wr*, rd*, and ale*. 7. musycc completes ebus access and deasserts hold. 8. bus arbiter deasserts hlda shortly thereafter. 9. musycc three-states ead[31:0 ], ebe*[3:0]. wr*, rd*, and ale*. for motorola-style interfaces, the arbitration protocol is as follows (refer to figure 7-14, ebus write/read transactions, motorola-style ): 1. musycc three-states ead[31:0], ebe*[3:0]. r/wr*, ds*, and as*. 2. musycc requires ebus access and asserts br*. 3. musycc checks for bg* assertion by bus arbiter. 4. if bg* is deasserted, musycc waits for the bg* signal to become asserted before continuing the ebus operation. 5. if bg* is asserted, musycc continues with the ebus access as it has control of the ebus. table 3-2. motorola protocol signal signal description interpretation as* address strobe driven low by musycc to indicate that the address lines contain a valid address. this signal remains asserted for the duration of the access cycle. ds* data strobe strobed low by musycc to enable data reads or data writes for the addressed device. r/wr* read/write held high throughout read opera tion and held low throughout write operation by musycc. this signal determines the meaning (read or write) of ds*. br* bus request asserted low by musycc when it requests the ebus from a bus arbiter. bg* bus grant asserted low by bus arbiter in response to br* signal assertion. remains asserted until after the br* signal is deasserted. if the ebus is connected and there are no bus arbiters on the ebus, this signal must be asserted low at all times. bgack* bus grant acknowledge asserted low by musycc when it detects bgack* currently deasserted. as this signal is asserted, musycc begins the ebus access cycle. after the cycle is finished, this signal is deasserted indicating to the bus arbiter that musycc has released the ebus. footnote: an active low signal is denoted by a trailing asterisk (*).
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 53 preliminary information / mindspeed proprietary and confidential 6. if bgack* is deasserted, musycc assumes co ntrol of the ebus by asserting bgack*. 7. musycc drives ead[31:0], ebe*[3:0], r/wr*, ds*, as*. 8. shortly after the ebus cycle is started, musycc deasserts br*. 9. bus arbiter deasserts bg* shortly thereafter. 10. musycc completes ebus cycle. 11. musycc deasserts bgack*. 12. musycc three-states ead[31:0 ], ebe*[3:0]. r/wr*, ds*, and as*. 3.1.11 connection using the ebus address lines , ead[17:0], and the byte enable lines, ebe[3:0]*, the ebus can be connected in either a multiplexed or non-multiplexed address and data mode. figures 3-4 and 3-5 illustrate two examples of n on-multiplexed address and data mode s. these figures illustrate four separate byte-wide framer devices connected to the ebus with each byte enable line used as the chip select for separate devices. this allows a full dword data transfer over the ebus. figure 3-4. ebus connection, non-multiplexed address/data, 8 framers, no mpu cn8370 data addr cs* cn8370 data addr cs* cn8370 data addr cs* cn8370 data addr cs* ead[31:24] ead[23:16] ead[15:8] ead[7:0] ead[8:0] musycc ead[31:0] device 0,4 device 1,5 device 2,6 device 3,7 ebe[3:0]* as*, r/wr*, ds*, eclk control lines ebe[0]* ebe[1]* ebe[2]* ebe[3]* eint* ead9 dev 0,4 chip select logic 8478_010
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 54 preliminary information / mindspeed proprietary and confidential figure 3-6 illustrates how additional address lines can be combined with each by te enable line during the address phase to support multiple framer banks with each bank containing four byte-wide framer devices. in the multiplexed address and data mode, four byte-wide peripheral devices are connected to the ebus. in this mode, 8 bits of the 32-bit ebus transfer data to and from each device individually. figure 3-5. ebus connection, non-multiplexed address/data, 61 framers, no mpu general note: 1. ebex[3:0]* selects device x in each framer block. 2. ead[31:0], as* are supplie d to each framer block. 3. ebex*, as* are supplied to each chip select block. note: the multiplexed address and data mode example does not allow for 4-byte data transfers. ebe[3:0] control lines ead[10,9] 8478_011 2xcn8370 2xcn8370 2xcn8370 2xcn8370 data addr cs* data addr cs* data addr cs* data addr cs* musycc eint* ead[31:24] ead[31:0] ead[23:16] ead[15:8] ead[7:0] ead[8:0] 898 98 98 9 dev 0 dev 1 dev 2 dev 3 framer bank 0 framer bank 1 framer bank 2 framer bank 3 framer bank 4 dev 0, bank 1 dev 0, bank 0 dev 0, bank 2 dev 0, bank 3 dev 0, bank 4 control chip select logic
expansion bus (ebus) 28478-dsh-002-e mindspeed technologies ? 55 preliminary information / mindspeed proprietary and confidential figure 3-6. ebus connection, multiplexed address/data, 8 framers, no mpu 2xcn8370 2xcn8370 2xcn8370 2xcn8370 data addr cs* data addr cs* data addr cs* data addr cs* ead[8:0] musycc eint* as*, rwr*, ds*, eclk control lines ead[10:9]* 2:4 decoder a2 a1 ale ebe[0] y1 y2 y3 y4 8478_012
28478-dsh-002-e mindspeed technologies ? 56 preliminary information / mindspeed proprietary and confidential 4.0 serial interface each serial interface consists of serial port interfaces (seri), bit level processors (blp), direct memory access controllers (dmac), and an interrupt controller (intc). a separate set of seri, blp, and dmac services receive channels and transmit channels independently. a single intc is shared by the receive and transmit blp. figure 4-1 illustrates the serial port/host interface. 4.1 serial port interface a receive serial port interface (rx-seri) connects to four input signals: rclk, rdat, rsync, and roof. a transmit serial port interface (tx-seri) connects to tw o input signals and one output signal, tclk, tsync, and tdat, respectively (refer to ta bl e 1 - 4 , cn8478 hardware signal definitions ). the seri is responsible for receiving and transmitting data bits to fifo buffers in the blp. the receive and transmit data and synchronization signals are synchronous to the receive and transmit line clocks, respectively. musycc can be configured to sample in and latch out data signals and sample in status and synchronization signals on either the rising or falling edges of the respective line clock, rclk and tclk. this configuration is accomplished by setting the roof _edge, rsync_edge, rdat_edge, tsync_edge, and figure 4-1. serial interface functional block diagram, channel group 0 general note: 1. channel groups 1, 2, 3, 4, 5, 6, and 7, when supported, are identical to group 0. 2. bt8478 supports channel groups 0 through 7. 3. bt8474 supports channel groups 0, 1, 2, and 3. 4. bt8472 supports channel groups 0 and 1. rx dmac interrupt controller tx dmac rx bit level processor tx bit level processor rx port interface tx port interface host interface serial port clock synchronization data out-of-frame status clock synchronization data rx control rx data interrupt tx data tx control rx event tx event serial interface channel group 0 8478_013
serial interface 28478-dsh-002-e mindspeed technologies ? 57 preliminary information / mindspeed proprietary and confidential tdat_edge bit fields (detailed in table 5-12, port configuration descriptor ). the default, after device reset, is to sample in and latch out data, synchron ization, and status on the falling edges of the respective line clock. 4.2 bit level processor the bit-level processors (rx-blp and tx-blp) service the bi ts in the receive and transmit path. as internal fifo buffers are filled and flushed, the blp requests memory transfers from the dmac. the blp coordinates all bit- level transactions between seri and dmac. the blp also interacts with the intc to notify the host of events and errors during bit-level processing. 4.3 dma controller the dma controllers (rx-dmac and tx-dmac) manage all memory operations between a corresponding blp and the host interface. dmac takes requests from blp to either fill or flush internal fifo buffer s, sets up an access to data buffers in shared memory, and requests access to the pci bus through the host interface. 4.4 interrupt controller the interrupt controller takes receive and transmit events from rx-blp and tx-blp, respectively. the intc coordinates the transfer of internally queued descriptors to an interrupt queue in shared memory and also coordinates the notification to the host of pending interrupts. 4.5 channelized port mode each seri can be configured independently using the portmd bit field (see ta b l e 5 - 1 2 , port configuration descriptor ). channelized mode refers to a data bit stream segmented into frames. each frame consists of a series of 8-bit time slots. typically, each frame recurs every 125 s at an 8 khz rate. musycc maintains frame synchronization in both the transmit and receive directions by using the tsync and rsync input signals. in addition, the roof input signal can be used to notify musycc of the loss of frame synchronization. ta bl e 4 - 1 describes the contents of a typical 8 khz frame in each of the possible channelized port modes. table 4-1. channelized serial port modes mode clock frequency bits per frame description t1 1.544 mhz 193 single frame bit, followed by 24 time slots, numbered ts0?ts23. e1 2.048 mhz 256 32 time slots, numbered ts0?ts31. 2 e1 4.096 mhz 512 64 time slots, numbered ts0?ts63.
serial interface 28478-dsh-002-e mindspeed technologies ? 58 preliminary information / mindspeed proprietary and confidential port mode only defines the number of bits per tdm frame. it does not restrict the clock frequency to the corresponding mode frequencies. independent of the mode, each port is capable of operating up to a clock frequency of 8.192 mhz. for example, a port can be configured to an e1 mode, or 256 bits per frame, and has a clock frequency of 8.192 mhz. this means that each frame recurs every 31.25 s (256 bits x (1 second / 8.192 x 10 6 bits) = 31.25 khz) at a 32 khz (8.192 mhz / 256 = 32 khz) sampling rate. the 31.25 s frame recurrence is how often the sync pulses must be generated toward tsync and rsync in order for musycc to maintain frame synchronization when in external frame alignment (sfalign = 1, see group configuration descriptor. 4.5.1 hyperchannels (nx64) a hyperchannel is a logical channel consis ting of multiple time slots concatenated. that is, bits from one or more 8- bit time slots within a frame are assigned to one logical channel. a hyperchannel can be set up in any port mode, provided that there are sufficient number of time slots in the frame, which is configured by port mode, to achieve the desired data rate. a hyperchannel can comprise from 1?128 time slots. this results in one logical channel supporting an nx64 kbps bit rate where the actual da ta rate can range between 64 kbps and 8.192 mbps. the concatenated time slots need not be contiguous. hyperchanneled time slots assigned to the same logical channel number within a channel group (0?31) are required for proper support. the time slot descriptor enables and assigns a time slot to a logical channel (see ta bl e 5 - 1 5 , time slot descriptor ). the configurations for receive and transmit hyperchannels are independent. 4.5.2 subchannels (nx8) a subchannel results from treating each bit in an 8-bit time slot independently and assigning a logical channel number to each active bit. not all 8 bits need to be active, and any combination of bits within the 8 in a time slot can be assigned to the same logical channel number. similarly, multiple time slots can supply one or more bits to comprise one subchannel. this results in one logical channe l supporting an nx8 bit rate between 8 kbps to 64 kbps in multiples of 8 kbps. the following configurations are required to support subchannels: each active bit is assigned a logical channel number within a channel group (0?31). each time slot with active bits must be enabled in the time slot map. each active bit (after the first bit, bit 0) must be enabled in the subchannel map. the time slot descriptor ( ta bl e 5 - 1 5 ), and the subchannel descriptor ( ta bl e 5 - 1 7 ), enable and assign a time slot and each individual bit within the time slot to a logi cal channel. the configurations for receive and transmit subchannels are independent. the time slot descriptor assigns bit 0 of a time slot to a logical channel. the subchannel descriptor assigns bits 1 through 7 of a time slot to a logical channel. 4 e1 8.192 mhz 1024 128 time slots, numbered ts0?ts127. nx64 nx64 khz (1 n 128) nx8 (1 n 128) n time slots, numbered ts0?tsn-1. general note: nx64 mode allows musycc to acco mmodate frame sizes that are not pre-defined (t1, e1, 2e1, 4e1). table 4-1. channelized serial port modes mode clock frequency bits per frame description
serial interface 28478-dsh-002-e mindspeed technologies ? 59 preliminary information / mindspeed proprietary and confidential 4.5.3 frame synchronization flywheel musycc utilizes the tsync and rsync sign als to maintain a timebase which keep s track of the active bit in the current time slot. the mechanism is referred to as t he frame synchronization flywheel. the flywheel counts the number of bits per frame and automatically rolls over the bit count according to the programmed mode. the tsync or rsync input marks the first bit in the frame. the mode specified in the portmd bit field ( ta bl e 5 - 12, port configuration descriptor ), determines the number of bits in the frame. a flywheel exists for both the transmit and receive functions for every port. the flywheel is synchronized when musycc detects tsyn c = 1 or rsync = 1, for transmit or receive functions, respectively. once synchronized, the flywheel maintains synchronization without further assertion of the synchronization signal. a time slot counter within each port is reset at the beginning of each frame and tracks the current time slot being serviced. for the nx64 mode, the value of n cannot be specified; therefore, the data requires a synchronization pulse every frame period to reset the flywheel. also, in nx64 mode, the tsync must precede the output of bit 0 of the frame by four line clock periods. figures 4-2 through 4-4 illustrate the timing relation ships between the data and the synchronization signal for various modes of operation.
serial interface 28478-dsh-002-e mindspeed technologies ? 60 preliminary information / mindspeed proprietary and confidential figure 4-2. transmit and receive t1 mode general note: 1. t1 mode employs 24 time slots (0?23) with 8 bits per time slot (0?7) and 1 frame bit every 193 clock periods. one frame of 19 3 bits occurs every 125 s?1.544 mhz. 2. rsync and tsync must be assert ed for a minimum of 1 clk period. 3. musycc can be configured to sa mple rsync, tsync, rdat, and td at on either a rising or falling cl ock edge independent of any o ther signal sampling configuration. 4. relationships between the various configurations of active e dges for the synchronization signa l and the data signal are shown using a common clock signal for receive and transmit operations. note the relationship betwee n the frame bit (within rdat, tdat) and th e frame synchronization signal (e .g., rsync, tsync). 5. all received signals (e.g., rsync, rdat, tsync) are sampled on the specified clock edge (e.g., rclk, tclk ). all transmit data signals (tdat) are latched on th e specified clock edge. 6. in configuration (a), synchroniza tion and data signals are sampled or latched on a rising clock edge. 7. in configuration (b), synchronization si gnal is sampled on a rising clock edge, and the data signal is sa mpled or latched on a falling clock edge. 8. in configuration (c), synchronization si gnal is sampled on a falling cl ock edge, and the da ta signal is samp led or latched on a rising clock edge. 9. in configuration (d), synchroniza tion and data signals are sampled or latched on a falling clock edge. 8478_014 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 6 7 f-bit 0 1 2 3 4 5 6 7 0 rclk rsync-rise(a) rdata-rise(a) rsync-rise(b) rdat-fall(b) rsync-fall(c) rdata-rise(c) rsync-fall(d) rdat-fall(d) tclk tsync-rise(a) tdat-rise(a) tsync-rise(b) tdata-fall(b) tsync-fall(c) tdat-rise(c) tsync-fall(d) tdata-fall(d)
serial interface 28478-dsh-002-e mindspeed technologies ? 61 preliminary information / mindspeed proprietary and confidential figure 4-3. transmit and receive e1 (also 2xe1, 4xe1) mode general note: 1. e1 mode employs 32 time slots (0?31) with 8 bits per time slot (0?7) and 256 bits per fr ame and one frame every 125 s?2.048 m hz. 2. 2xe1 mode employs 64 time slots (0?63) wi th 8 bits per time slot (0?7) and 512 bits per frame and one fr ame every 125 s?4.096 mhz. 3. 4xe1 mode employs 128 time sl ots (0?127) with 8 bits per time slot (0?7) a nd 1024 bits per frame and one frame every 125 s?8. 192 mhz. 4. rsync and tsync must be assert ed for a minimum of 1 clk period. 5. musycc can be configured to sa mple rsync, tsync, rdat, and td at on either a rising or falling cl ock edge independent of any o ther signal sampling configuration. 6. relationships between the various configurations of active e dges for the synchronization signa l and the data signal are shown using a common clock signal for receive and transmit operations. note the relati onship between the frame bit (within rdat, tdat) and the frame synchronization signal (e .g., rsync, tsync). 7. all received signals (e.g., rsync, rdat, tsync) are sampled on the specified clock edge (e.g., rclk, tclk ). all transmit data signals (tdat) are latched on th e specified clock edge. 8. in configuration (a), synchroniza tion and data signals are sampled or latched on a rising clock edge. 9. in configuration (b), synchronization si gnal is sampled on a rising clock edge, and the data signal is sa mpled or latched on a falling clock edge. 10. in configuration (c), synchronization si gnal is sampled on a falling cl ock edge, and the da ta signal is samp led or latched o n a rising clock edge. 11. in configuration (d), synchroniza tion and data signals are sampled or latched on a falling clock edge. 67 01 1 23 456 70 67 01 1 23 456 70 67 01 1 23 456 70 67 01 1 23 456 70 6701 1 23 456 70 6701 1 23 456 70 6701 1 23 456 70 6701 1 23 456 70 rclk rsync-rise(a) rdata-rise(a) rsync-rise(b) rdat-fall(b) rsync-fall(c) rdata-rise(c) rsync-fall(d) rdat-fall(d) tclk tsync-rise(a) tdat-rise(a) tsync-rise(b) tdata-fall(b) tsync-fall(c) tdat-rise(c) tsync-fall(d) tdata-fall(d) 8478_015
serial interface 28478-dsh-002-e mindspeed technologies ? 62 preliminary information / mindspeed proprietary and confidential figure 4-4. transmit and receive nx64 mode general note: 1. nx64 mode employs n time slots wi th 8 bits (0?7) per time slot. 2. rsync and tsync must be assert ed for a minimum of 1 clk period. 3. assertion of tsync must precede transmissi on of bit 0 of a frame by exactly 4 line clock periods due to the internal buffer s cheme used for transmitting of nx 64 mode data bits. 4. rsync and tsync signals must be provided for ev ery received and transmit ted frame in nx64 mode. 5. if n = 1, the minimum, then 8 bits/frame = 64 khz. if n = 128, the maximum, th en 1024 bits/frame = 8.192 mhz. 6. relationships between the various configur ations of active edges fo r the synchronization signal and the data signal are shown using a common clock signal for receive and transmit operations. note th e relationship between the frame bit (within rdat, tdat) and th e frame synchronization signal (e .g., rsync, tsync). 7. all received signals (e.g., rsync, rdat, tsync) are sampled on the specified clock edge (e.g., rclk, tclk). all transmit data signals (tdat) are latched on the specified clock edge. 8. in configuration (a), synchronization and data signa ls are sampled or latched on a rising clock edge. 9. in configuration (b), synchronization signa l is sampled on a rising clock edge, and th e data signal is sampled or latched on a falling clock edge. 10. in configuration (c), synchronization si gnal is sampled on a falling cl ock edge, and the data signa l is sampled or latched o n a rising clock edge. 11. in configuration (d), synchroniza tion and data signals are sampled or latched on a fal ling clock edge. 67 01 1 23 456 70 67 01 1 23 456 70 67 01 23 45 23 45 67 01 23 45 23 45 6701 1 23 456 70 6701 1 23 456 70 67 01 23 45 23 45 67 01 23 45 23 45 rclk rsync-rise(a) rdata-rise(a) rsync-rise(b) rdat-fall(b) rsync-fall(c) rdata-rise(c) rsync-fall(d) rdat-fall(d) tclk tsync-rise(a) tdat-rise(a) tsync-rise(b) tdata-fall(b) tsync-fall(d) tdata-fall(d) tsync-fall(c) tdat-rise(c) 8478_016
serial interface 28478-dsh-002-e mindspeed technologies ? 63 preliminary information / mindspeed proprietary and confidential 4.5.4 change-of-frame alignment a change of frame alignment (cofa) condition is defined as a frame synchronization event detected when it is not expected, and includes the detection of the first occurrence of frame synchronization when none is present. when the serial interface detects a cofa condition, an in ternal cofa signal is asserted for one frame period. during that period, musycc?s channel group processor terminates all active messages during the channel map processing. for each receiver channel found to be active and processing a message during the rcofa event, each of these channels? buffer status descr iptor is written with the cofa error encoding . the buffer status descriptor is written if configured to do so in the group configuration descriptor. musycc then proceeds to the next message descriptor in the list of messages. when the internal cofa is deasserted, musycc generates an interrupt descriptor with the cofa error encoding if the interrupt is not masked in th e group configuration descriptor. if a synchronization signal is received (low- to-high transition on tsync or rsync) while the intern al cofa is asserted, an interrupt descriptor with the cofa interrupt encoding is generated imm ediately if this interrupt is not mask ed. cofa detection is not applicable to the n x 64 serial port mode. 4.5.5 out-of-frame the receiver out-of-frame (roof) signal is asserted by the physical t1 or e1 interface sourcing the channelized data to musycc. this signal indicates the in terface device has lost frame synchronization. in the case of multiplexed e1 lines (2xe1 or 4xe1), the roof input signal on a given port can be asserted and deasserted as time slots are received from an out-of-frame e1 followed by an in-frame e1. the state of roof is evaluated on a bit-by-bit basis when processing data from a time slot. when roof assertion is detected by the receiver serial interface, musycc checks the oofabt bit in the group configuration descriptor. if the oofabt bit is set (i.e., 1), musycc terminates any active messages for all mapped and active channels in the channel group. if the oofabt bit is not set (i.e., 0), musycc continues to process the received data but still asserts the oof interrup t descriptor unless it is masked. for each receive message terminated during the oof condition, the corresponding message descriptor?s owner bit is returned to the host, and a buffer status descriptor is written with the oof error encoding. the buffer status descriptor is written to host memory only if configured to do so on a per group basis in the group configuration descriptor. musycc then proceeds to the next message descriptor in the list of messages. two frame synchronization events (via external sync or flywheel sync) after roof is asserted, musycc generates an interrupt descriptor with the oof error encoding if the interrupt is not masked in the group configuration descriptor. as roof is deasserted, musycc immediately restarts normal bit level processing on all mapped and active channels. two frame synchronization events after deass ertion of roof is detected, musycc generates an interrupt descriptor with the frame recovery (frec) interrupt encoding if the interrupt is not masked (as indicated in table 5-10, group configuration descriptor ).
serial interface 28478-dsh-002-e mindspeed technologies ? 64 preliminary information / mindspeed proprietary and confidential 4.6 serial port mapping musycc contains up to eight serial ports with each port associated to a channel group processor that supports up to 32 logical bidirectional channels. to manage more than 32 logical channels on a single port, the port configuration options provided in the portmap bit field (as described in ta bl e 5 - 6 , global configuration descriptor ) can be programmed to route the signal on one port to multiple channel groups. figure 4-5 illustrates the serial port mapping options. figure 4-5. serial port mapping options channel group processor 0 channel group processor 1 channel group processor 2 channel group processor 3 serial port 0 serial port 1 serial port 2 serial port 3 portmap = 0 channel group processor 0 channel group processor 1 serial port 0 portmap = 1 channel group processor 4 serial port 4 channel group processor 5 channel group processor 6 serial port 5 serial port 6 channel group processor 7 serial port 7 channel group processor 2 channel group processor 3 serial port 1 channel group processor 4 channel group processor 5 serial port 2 channel group processor 6 channel group processor 7 serial port 3 channel group processor 0 channel group processor 1 channel group processor 2 channel group processor 3 portmap = 2 channel group processor 4 channel group processor 5 channel group processor 6 channel group processor 7 serial port 1 serial port 0 8478_017
serial interface 28478-dsh-002-e mindspeed technologies ? 65 preliminary information / mindspeed proprietary and confidential the following port mappings are available: portmap = 0, 1x port mode default mode after device reset. each serial port is logically connect ed to one channel group, and each port terminates up to 32 bidirectional channels. portmap = 1, 2x port mode each of two serial ports is logically connected to two chan nel groups. in this mode, serial port 0 is connected to channel groups 0 and 1, serial port 1 is connected to c hannel groups 2 and 3, serial port 2 is connected to channel group 4 and 5, and serial port 3 is connected to channel group 6 and 7. each serial port terminates up to 64 bidirectional channels. portmap = 2, 4x port mode serial port 0 is logically connected to channel groups 0, 1, 2, and 3, and serial port 1 is logically connected to channel groups 4, 5, 6, and 7. serial ports 2 through 7 are disabled. mapping a serial port to one or more logical channels in a channel group is one element of serial port configuration; another is indicating the channelized data rate of the serial interface, accomplished by configuring the portmap bit field ( ta bl e 5 - 6 , global configuration descriptor ). the connection between the serial port and the physical layer interface indicates the relationship to physical layer time slots. each serial port can be configured to support 24, 32, 64, 128 or a variable number of 8-bit time slots up to 128. each serial port can be configured to support data rates up to and including 8.192 mbps. also, each serial port can be independently wired to a separate source of serial data, or all four serial ports can be wired to a single source of serial data. 4.7 tx and rx fifo buffer allocation and management each channel group contains a separate internal buffer memory space for transmit and receive operations. within each of these spaces, separate areas are set aside for specific functions. each channel within the group must be allocated buffer space before the channel can be activated. ta bl e 4 - 2 lists the internal buffer memory allocation. this space acts as a holding buffer for incoming (rx) and outgoing (tx) data. data buffers for each channel are allocated using the buffloc and bufflen bit fields ( ta b l e 5 - 1 8 , channel configuration descriptor ). both receiver and transmitter of a channel use a data buffer scheme where half the available fifo services the serial interface, and the other half services data in shared memory. figures 4-6 and 4- 7 illustrate the receive and tran smit data flows, respectively. bufflen+1 spec ifies half the size of the buffer space allocated to a direction of the channel. table 4-2. internal buffer memory layout memory area transmit receive fixed data buffer 64 dwords 64 dwords subchannel map (or additional data buffer if no subchanneling) 64 dwords 64 dwords time slot map 32 dwords 32 dwords total 160 dwords 640 bytes 160 dwords 640 bytes
serial interface 28478-dsh-002-e mindspeed technologies ? 66 preliminary information / mindspeed proprietary and confidential the allocation of internal data buffers requires an understanding of how the total available fifo buffer space depends on whether subchannels are enabled within that channel group. ta b l e 4 - 2 specifies 64 dwords of internal data buffer are available to allocate as fifo buffer space among the 32 channels of each channel group when any channel within that group is configured to operate as a subchannel (subdsbl = 0 in the group configuration descriptor). ta bl e 4 - 2 further specifies that an additional 64 dwords of internal data buffer (128 dwords total) are available to allocate as fifo buffer space among the channel group by reusing the subchannel map area when all subchanneling within that group is disabled (subdsbl = 1). other important considerations for allocating internal data buffers include the number of active channels per group, the channels? data rate, and the channels? pci latency tolerance. examples given later in this section describe scenarios where all available internal data buffer space is evenly distributed to form equal length fifo buffers for each channel in the group, presuming each channel operates at the same data rate, and there are a variable number of channels per group. however, internal data buffer allocation is flexible and allows the host to assign larger fifo buffers to channels operating at higher data rates. for applications operating high speed channels (i.e., hyperchannels), the host typically allocates 2 dwords (64 bits) of internal data buffer for each 64 kbps increment in the channel?s data rate. for example, a 192 0 kbps hyperchannel consisting of 30 time slots would typically be allocated 60 dwords of fifo buffer space. smaller fifo buffers can be allocated if there are multiple, high-speed channels configured within one group, bu t at the expense of some pci latency tolerance. pci latency tolerance equals the maximum length of time a particular channel can operate normally between pci bus transactions without reaching an internal buffer overflow or underflow condition. therefore, pci latency tolerance is primarily dependent on each channel?s fifo buffer size. because of musycc?s internal data buffer scheme, each transmit channel?s pci latency tolerance is expressed as the amount of time required to send data from half the fifo buffer size [(i.e., (bufflen + 1) dw ords)]. while a receive channel?s pci latency tolerance is expressed as 1/2 fifo buffer size plus 1 additional dw ord [i.e., (bufflen + 2) dwords]. a 64 kbps channel that is figure 4-6. receive data flow general note: 4 1/2 fifo = bufflen+1 figure 4-7. transmit data flow general note: 1/2 fifo = bufflen+1 receive channel blp 1/2 fifo 1/2 fifo dmac data control data pci bus internal data buffer shared memory 8478_018 transmit channel blp 1/2 fifo 1/2 fifo dmac data control data pci bus internal data buffer shared memory 8478_019
serial interface 28478-dsh-002-e mindspeed technologies ? 67 preliminary information / mindspeed proprietary and confidential allocated 4 dword transmit and receive fifo buffers can tolerate up to 2 dwords (1 ms) of bus latency in the transmit direction and 3 dwords (1.5 ms) of bus latency in the receive direction. 4.7.1 example channel buffloc and bufflen specification with some subchanneling, only the fixed data buffer (total of 64 dwords) is the area available for internal data buffer usage. if the buffer space is evenly divided ac ross 32 channels, the buffloc and bufflen specifications would be as described in ta bl e 5 - 1 8 , channel configuration descriptor . ta bl e 4 - 3 lists the subchannel buffer allocation on 32 channels. with no subchanneling, the fixed data buffer area plus the subchannel map area are available for internal data buffer usage (total of 128 dwords). if the buffer space is evenly divided across 32 channels, the buffloc and bufflen specification is as listed in ta b l e 4 - 4 , for 32 channels without subchannel buffer allocation. table 4-3. example of 32-channel with subchanneling buffer allocation (receive or transmit) channel number within channel descriptor buffloc (dword offset from start of fixed data buffer) bufflen (1) 00 0 11 0 22 0 ... ... ... 31 31 0 (2) footnote: (1) assuming all channels within a group operate at the same bit ra te, bufflen = [(total dwords number of channels) 2]?1. (2) bufflen values larger than 1fh do not increase the pci burst le ngth. bufflen determines the numbe r of dwords burst during a pci read/write operation to fill or flush the in ternal data buffer. for exam ple, bufflen = 1fh specifie s a burst length of 32 dword s. table 4-4. example of 32-channel without subchanneling buffer allocation (receive or transmit) channel number within channel descriptor buffloc (dword offset from start of fixed data buffer) bufflen (1) 00 1 12 1 24 1 ... ... ... 31 62 1 (2) footnote: (1) assuming all channels within a group operate at the same bit ra te, bufflen = [(total dwords number of channels) 2]?1. (2) bufflen values larger than 1fh do not increase the pci burst le ngth. bufflen determines the numbe r of dwords burst during a pci read/write operation to fill or flush the in ternal data buffer. for exam ple, bufflen = 1fh specifie s a burst length of 32 dword s.
serial interface 28478-dsh-002-e mindspeed technologies ? 68 preliminary information / mindspeed proprietary and confidential if the buffer space is evenly divided across 16 channe ls, the buffloc and bufflen specification would be as listed in ta b l e 4 - 5 , for 16 channels with subchannel buffer allocation. 4.7.2 receiving bit stream as a receive channel is activated, musycc reads in de scriptors from shared memory and prepares rx-blp and rx-dmac to service incoming serial da ta accordingly, assuming all configurations are proper, and incoming data can be written to shared memory. upon channel activation, the receiver starts storing received data into a bufflen+1 size of fifo, starting at buffloc offset in the fifo buffer area. as this buffer fills, the blp instructs the dmac to start a pci data transfer cycle to shared memory of the fifo buffer contents and simultaneously star ts filling another bufflen+1 size of fifo buffer from the serial port. generally, half the fifo buffer space for a channel is used for serial port data reception, and half for shared memory data transfers. the dmac-initiated pci transfer cycle requires musycc to arbitrate for the pci bus, initiate a master write to shared memory over the pci bus, and conclude the transfer by releasing the pci bus. musycc transfers data autonomously and always attempts to burst data to the pci. 4.7.3 transmitting bit stream when a transmit channel is activated, musycc reads in descriptors from shared memory and prepares tx-blp and tx-dmac to service outgoing serial data, assuming all configurations are proper, and outgoing data can be read from shared memory. upon channel activation, the transmitter initiates a pci data transfer cycle from shared memory of data to be output to the serial port. as the dmac receives data over the pci, it forwards it to the blp which fills a bufflen+1 size of fifo starting at buffloc offset in the fifo area. generally, half the fifo space for a channel is used for serial port data transmission and half for shared memory data transfers. the dmac-initiated pci transfer cycle requires that musycc arbitrate for the pci bus, initiate a master read from shared memory over the pci bus, and conclude the transfer by releasing the pci bus. musycc transfers data autonomously and always attempts to burst data from the pci. table 4-5. example of 16-channel without subchanneling buffer allocation (receive or transmit) channel number within channel descriptor buffloc (dword offset from start of fixed data buffer) bufflen (1) 00 3 14 3 28 3 ... ... ... 15 60 3 (2) footnote: (1) assuming all channels within a group operate at the same bit ra te, bufflen = [(total dwords number of channels) 2]?1. (2) bufflen values larger than 1fh do not increase the pci burst le ngth. bufflen determines the numbe r of dwords burst during a pci read/write operation to fill or flush the in ternal data buffer. for exam ple, bufflen = 1fh specifie s a burst length of 32 dword s.
serial interface 28478-dsh-002-e mindspeed technologies ? 69 preliminary information / mindspeed proprietary and confidential 4.7.3.1 transmit data bit ou tput value determination the tdat signal from musycc is the only output signal in the serial interface. for each bit time specified by the tclk input signal to musycc and on each active edge for a data bit specified by the tdat_edge bit field, a value for the tdat bit must be determined and output ( ta bl e 5 - 1 2 , port configuration descriptor ). figure 4-8 illustrates the logic used to determine the output value. figure 4-8. transmit data bit output value determination general note: (1) transmitter_not_enabled. (che ck txenbl bit field in table 5-10, group configuration descriptor .) (2) channel_is_mapped. (verify channel to time slot mapping enabled in table 5-14, transmit or receive time slot map .) (3) channel_is_activated. veri fy channel activate se rvice request issued. (4) blp_outut. data taken from shared memory, thro ugh the internal fifo and ready for transmission. (5) three_state_output. check tritx bit fiel d in port configuration descriptor. if ( transmitter_not_enabled ) (1) tdat <= three-state else if ( channel_is_mapped ) (2) if ( channel_is_activated ) (3) tdat = blp_output (4) else tdat = `logic 1' else if ( three_state_output ) (5) tdat = three-state else tdat = `logic 1' 8478_020
28478-dsh-002-e mindspeed technologies ? 70 preliminary information / mindspeed proprietary and confidential 5.0 memory organization musycc interfaces with a system host using a set of data structures located in a shared memory region. musycc also contains a set of internal registers which the host can configure and which controls musycc. this section describes the various shared memory data structures and the layout of individual registers which are required for the operation of musycc. 5.1 memory architecture musycc supports a memory model whereby data is continually moved into and out of a linked list of data buffers in shared memory for each active channel. this assumes a system topology in which a host and musycc both have access to shared memory for data control and data flow. the data structures are defined in a way that the control structures and the data structures may or may not reside in the same physical memory and may or may not be contiguous. the host allocates and deallocates the required memory space as well as the size and number of data buffers within that space. different versions of musycc support different numbers of channel groups. the host allocates shared memory regions to configure and control each group. figure 5-1 illustrates the memory model used by musycc for control and data structur es required for each supported channel group.
memory organization 28478-dsh-002-e mindspeed technologies ? 71 preliminary information / mindspeed proprietary and confidential 5.1.1 register map access and shared memory access during musycc?s pci initialization, th e system controller allocates a dedicat ed 1 mb memory range to each of musycc?s pci functions. the memory range allocated to musycc must not map to any other physical or shared memory. instead, the system configuration manager allocates a logical memory address range, and notifies the system or bus controllers that any access to these ranges must result in a pci access cycle. musycc is assigned these address ranges for each function through the pc i configuration cycle. once configured, musycc becomes a functional pci device on the bus. as the host accesses musycc?s allocated address ranges, it in itiates the access cycles on the pci bus. it is up to individual musycc devices on the bus to claim the acce ss cycle. as its address ranges are accessed, musycc figure 5-1. shared memory model per channel group global configuration interrupt queue group configuration memory protection channel group descriptor message length port configuration transmit message list receive message list data buffer buffer descriptor data buffer pointer next message pointer group base pointer tx head pointer ? ch 00 tx head pointer ? ch..... tx message pointer ? ch 00 tx message pointer ? ch ..... tx message pointer ? ch 31 rx head pointer ? ch 00 rx head pointer ? ch .... rx head pointer ? ch 31 rx message pointer ? ch 00 rx message pointer ? ch .... rx time slot map rx subchannel map rx channel config table buffer descriptor data buffer pointer next message pointer buffer descriptor data buffer pointer next message pointer buffer descriptor data buffer pointer next message pointer buffer descriptor data buffer pointer next message pointer buffer descriptor data buffer pointer next message pointer data buffer data buffer data buffer data buffer data buffer * see table 5-19 for structure of message descriptor. msg 1* msg 2* msg 3* msg 1* msg 2* msg 3* tx time slot map tx subchannel map tx channel config table tx head pointer ? ch 31 rx message pointer ? ch 31 8478_021
memory organization 28478-dsh-002-e mindspeed technologies ? 72 preliminary information / mindspeed proprietary and confidential behaves as a pci slave device while data is being read or written by the host. musycc responds to all access cycles where the upper 12 bits of a pci address match the upper 12 bits of either the ebus base address register (function 1) or the musycc base address register (function 0). for musycc?s function 1, a 1 mb memory space is assigned to the ebus base address register which is written into function 1 pci configuration space ( ta bl e 2 - 1 4 , register 4, address 10h ). devices connected to the ebus can then be allocated memory addresses within this 1 mb memory range. if musycc claims a pci access cycle for function 1, musycc initiates ebus arbitration and ulti mately accesses data from a device connected to the ebus. for musycc?s function 0, a 1 mb memo ry space is assigned to the musycc base address register which is written into function 0 pci configuration space ( ta b l e 2 - 7 , register 4, address 10h ). once a base address is assigned to function 0, a register map is used to access individual device resident registers. the register map provides the byte offset from the base address register where registers reside. the register map layout is listed in ta bl e 5 - 1 . the 1 mb memory ranges assigned to musycc functions will not restrict musycc?s pci interface from attempting to access these ranges. the host must be co gnizant that musycc cannot respond to an access cycle which musycc itself initia tes as the bus master. table 5-1. musycc register map (1 of 2) register map group (byte offset from base address register) 0 1 2 3 4 5 6 7 group base pointer 0000h 0800h 1000h 1800h 2000h 2800h 3000h 3800h dual address cycle base pointer (1) 00004h service request descriptor 0008h 0808h 1008h 1808h 2008h 2808h 3008h 3808h interrupt status descriptor (1) 000ch transmit time slot map (2) 0200h 0a00h 1200h 1a00h 2200h 2a00h 3200h 3a00h transmit subchannel map (2) 0280h 0a80h 1280h 1a80h 2280h 2a80h 3280h 3a80h transmit channel configuration table (2) 0380h 0b80h 1380h 1b80h 2380h 2b80h 3380h 3b80h receive time slot map (2) 0400h 0c00h 1400h 1c00h 2400h 2c00h 3400h 3c00h receive subchannel map (2) 0480h 0c80h 1480h 1c80h 2480h 2c80h 3480h 3c80h receive channel conf iguration table (2) 0580h 0d80h 1580h 1d80h 2580h 2d80h 3580h 3d80h global configuration descriptor (1) 00600h interrupt queue descriptor (1) 00604h group configuration descriptor 060ch 0e0ch 160ch 1e0ch 260ch 2e0ch 360ch 3e0ch memory protection descriptor 0610h 0e10h 1610h 1e10h 2610h 2e10h 3610h 3e10h message length descriptor 0614h 0e14h 1614h 1e14h 2614h 2e14h 3614h 3e14h port configuration descriptor 0618h 0e18h 1618h 1e18h 2618h 2e18h 3618h 3e18h
memory organization 28478-dsh-002-e mindspeed technologies ? 73 preliminary information / mindspeed proprietary and confidential the first four registers in each group (shown in bold-type in ta b l e 5 - 1 ) are located exclusively within musycc. these registers are accessed by the host using direct reads and writes to the corresponding register map address. the remaining registers have corresponding locations within shared memory, and the host accesses the shared memory image rather than the internal registers. regardless, the values within musycc are always the values used during device operation. after configuring the shared memory image of these registers, the host issues a service request by writing directly in to the service request descriptor. this causes musycc to copy the image from shared memory. each supported channel group requires its own group structure to operate. the dual address cycle base pointer, interrupt status descriptor, global configuration descriptor, and the interrupt queue descriptor are common among all supported groups. the transmit time slot map and the transmit subchannel map are write-only areas within musycc; reading from these areas results in all 1s being returned. the service request descriptors are locations within mu sycc where commands can be directed to individual channel groups. the host writes a service request (a comma nd) directly into the corresponding group?s register. musycc behaves as a pci slave as this write is performed. the action resulting from the command may cause musycc to read or write locations from shared memory. while musycc accesses shared memory, it behaves as a pci master and arbitrates for control of the bus autonomously. musycc?s registers can be initialized before or after shared memory resident descriptors are initialized. the recommended sequence is to configure shared memory descriptors first, then copy the relevant information to musycc?s registers via the service request mechanism. the first four sets of pointers for each channel group, listed in ta b l e 5 - 2 , are pointer locations exclusive to shared memory. musycc does not keep these values internally al though they are accessed regularly during channel processing. the remaining locations have a corresponding register within musycc. receive bist status (3) 00640h transmit bist status (3) 00644h footnote: (1) musycc automatica lly maps group 1 through 7 addresses fo r these registers to the group 0 addr ess (shown). for example, accessin g address 00e00h in musycc (address for group 1 global configuration regist er) automatically maps to address 00600h and the conte nts of 00600h is read or written. (2) the following descriptors are ma pped to internal ram: transmit time slot ma p, transmit subchannel map, transmit channel configuration table, receive time slot map, receive subchannel ma p, and receive configuration tabl e. host must not access inter nal ram while channels are active. updates to ra m must be performed via a service request. (3) the receive/transmit bist diagnostic status registers. note: upon channel activation, shared memory and inte rnal registers must be initialized, valid, and available to musycc. musycc uses the information within the shared memory descriptors to transfer data between the serial interface and shared memory. musycc assumes the information is valid once a channel is activated. table 5-1. musycc register map (2 of 2) register map group (byte offset from base address register) 0 1 2 3 4 5 6 7
memory organization 28478-dsh-002-e mindspeed technologies ? 74 preliminary information / mindspeed proprietary and confidential 5.1.2 memory access illustration assume the system memory controller (or the host) allocates addresses for musycc?s pci functions as listed in ta bl e 5 - 3 . the base address is writte n into musycc by the host-initiated pci configuration access write cycles. after musycc functions are memory-mapped to pci space, the host allocates shared memory space for each supported channel group descriptors. it requires each group base pointer to start on a 2 kb boundary, as listed in ta bl e 5 - 4 and ta b l e 5 - 8 . table 5-2. group structure memory map channel group memory map byte offset from respective group base pointer length (bytes) transmit head pointers 00000h 128 transmit message pointers 00080h 128 receive head pointers 00100h 128 receive message pointers 00180h 128 transmit time slot map 00200h 128 transmit sub channel map 00280h 256 transmit channel configuration table 00380h 128 receive time slot map 00400h 128 receive sub channel map 00480h 256 receive channel config uration table 00580h 128 global configuration descriptor 00600h 4 interrupt queue descriptor 00604h 8 group configuration descriptor 0060ch 4 memory protection descriptor 00610h 4 message length descriptor 00614h 4 port configuration descriptor 00618h 4 ? total space required 1564 table 5-3. musycc pci function memory allocation system allocated musycc memory ranges start address end address length musycc - function 0- base address register 0240 0000h 024f ffffh 1 mb ebus - function 1- base address register 0340 0000h 034f ffffh 1 mb
memory organization 28478-dsh-002-e mindspeed technologies ? 75 preliminary information / mindspeed proprietary and confidential the group base pointer value is written into musycc by the host via pci write access cycles. the location of the group base pointer register for each group within musycc is listed in ta b l e 5 - 1 . for this illustration, the host must perform the following write opera tions, as listed in ta b l e 5 - 5 . next, the host allocates the required shared memory for transmit and receive messages. assume, for example, the host needs 8 message descriptors for each channel and direction, and each corresponding data buffer per message is 100h (256) bytes in length. memory for message descriptors = 32 channels/group * 2 directions/channel * 12 bytes/message descriptor * 8 buffers/channel = 1800h bytes/group = 6144 bytes/group table 5-4. shared memory allocation ? group descriptors channel group descriptors start address end address length group 0 base pointer 0090 0000h 0090 061ch 1,564 bytes group 1 base pointer 0090 0800h 0090 0e1ch 1,564 bytes group 2 base pointer 0090 1000h 0090 161ch 1,564 bytes group 3 base pointer 0090 1800h 0090 1e1ch 1,564 bytes group 4 base pointer 0090 2000h 0090 261ch 1,564 bytes group 5 base pointer 0090 2800h 0090 2e1ch 1,564 bytes group 6 base pointer 0090 3000h 0090 361ch 1,564 bytes group 7 base pointer 0090 3800h 0090 3e1ch 1,564 bytes table 5-5. host assigns group base pointers host writes pointer value to pci address 0090 0000h 0240 0000h 0090 0800h 0240 0800h 0090 1000h 0240 1000h 0090 1800h 02401800h 0090 2000h 0240 2000h 0090 2800h 0240 2800h 0090 3000h 0240 3000h 0090 3800h 02403800h
memory organization 28478-dsh-002-e mindspeed technologies ? 76 preliminary information / mindspeed proprietary and confidential memory for data buffers = 32 channels/group * 2 directions/channel * 8 buffers/channel * 256 bytes/buffer = 131, 072 bytes/group = 20,000h bytes/group further, the host may choose to allocate all the memory contiguously, or it may allocate the memory for message descriptors separately from data buffers. in this case, message descriptors for 8 channel groups may be merged into a contiguous block of memory [(1800h x 8 = c000h) bytes in length]. 5.2 descriptors this section further details the descriptors specified in the musycc memory model. the musycc descriptors are as follows: 1. host interface level descriptors (see section 5.2.1 ) global configuration dual address cycle base pointer 2. channel group level descriptors (see section 5.2.2 ) group base pointer service request group configuration memory protection port configuration message length time slot map subchannel map 3. channel level descriptors (see section 5.2.3 ) channel configuration (see section 5.2.4 ) 4. message level descriptor head pointer message pointer message descriptor buffer descriptor buffer status descriptor next message pointer data buffer pointer message descriptor handling
memory organization 28478-dsh-002-e mindspeed technologies ? 77 preliminary information / mindspeed proprietary and confidential 5. interrupt level descriptors (see section 5.2.5 ) interrupt queue descriptor interrupt descriptor interrupt status descriptor each of the above entities are allocated, deallocated, read from, and written to by the host. musycc can read all of these entities as well, but can only write to these: message pointers buffer status descriptors receive data buffers 5.2.1 host interface level descriptors host interface-level descripto rs contain information necessary to configure the global registers. this information applies to the entire device, including all channel groups, serial ports, and channels. 5.2.1.1 global configuration descriptor the global configuration descriptor specifies configuration information applying to the entire device including all channel groups, serial ports, and channels. memory space is reserved for the global configuratio n descriptor within each c hannel group descriptor. by convention, the values corresponding to channel group 0 (a group present in all versions of musycc) provides the correct data. the host coordinates how this data is transferred into musycc by: instructing musycc to read the channel group 0 global configuration descriptor when setting the global data. copying the channel group 0 global configuration descriptor to all other supported channel group descriptors and requesting a global initialization service request operation for any supported channel groups. the components and their descriptions are listed in ta b l e 5 - 6 .
memory organization 28478-dsh-002-e mindspeed technologies ? 78 preliminary information / mindspeed proprietary and confidential table 5-6. global configuration descriptor (1 of 2) bit field name value description 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 tclkact7 tclkact6 tclkact5 tclkact4 rclkact7 rclkact6 rclkact5 rclkact4 tclkact3 tclkact2 tclkact1 tclkact0 rclkact3 rclkact2 rclkact1 rclkact0 transmit and receive line clock activity indicator. 0,1,2, 3, 4, 5, 6, or 7 corresponds to a channel group number. read only. reset to 0 after each read. each indicator bit is cl eared when the respective channel grou p is reset via pci reset, soft group reset, or soft chip reset. the tclkactx corresponds to tclkx line clock. the rclkactx corresponds to rclkx line clock. the indicator is set to 1 on the second rising edge of the corresponding serial interface line clock, and the previous value for the indicator bit was 0. if multiple channel groups are mapped to a single serial port, one clock is driving each channel group. the indicator bits reflect the activity of the clock driving the channel group. if musycc does not detect a line clock, the value of the indicator bit(s) rema in at the reset value 0. reading from channel group ram during the absence of a line clock results in the dword deadacceh (dead access) being returned. writing to channel group ram during the absence of a line clock results in the write being ignored. 15 rsvd 0 reserved. 14:12 blapse[2:0] 0?7 expansion bus access interval. musycc waits blapse+4 number of eclk periods immediately after relinquishing the bus. this wait ensures that all the bus grant signals driven by the bus arbiter have sufficient time to be deasserted as a result of bus request signals being deasserted by musycc. 11 ecken 0 expansion bus clock disabled. eclk output is three-stated. 1 expansion bus clock enabled. musycc redrives and inverts pclk input onto eclk output pin. 10 mpusel 0 expansion bus microprocessor selection, motorola-style. expansion bus supports the motorola-style microprocessor interface and uses motorola signals: bus request (br*), bus grant (bg*), address strobe (as*), read/write (r/w r*), and read strobe (rd*). 1 expansion bus microprocessor sel ection, intel-style. expansion bus supports the intel-style microprocessor interface and uses intel signals: ho ld request (hold), hold acknowledge (hlda), address latch enable (ale*), write str obe (wr*), and data strobe (ds*). 9:8 alapse[1:0] 0?3 expansion bus address du ration. musycc extends the duration of valid address bits during an ebus address phase to alapse+1 number of eclk periods. the control lines ale* (intel) or as* (motorola) indicate that the address bits have had the desired setup time. 7 rsvd 0 reserved. 6:4 elapse[2:0] 0?7 expansion bus data duration. musycc extends the duration of valid data bits during an ebus data phase to elapse+1 number of eclk periods. the c ontrol lines rd* and wr* (intel) or ds* and r/ wr* (motorola) indicate that the data bits have had the desired setup time. 3 intamsk 0 inta interrupt enabled. 1 inta interrupt disabled. 2 intbmsk 0 intb interrupt enabled. 1 intb interrupt disabled.
memory organization 28478-dsh-002-e mindspeed technologies ? 79 preliminary information / mindspeed proprietary and confidential 5.2.1.2 dual address cycle base pointer musycc supports 32-bit and 64-bit memory addressing. the dual address cycle base pointer (dacbase) supports 64-bit memory addressing and is described in ta b l e 5 - 7 . if the value of dacbase is 0, musycc initiates all memory access cycles without dual-addressing. if the value is non-0, musycc initiates all memory access cycles with dual-addressing. for cycles without dual-addressing, musycc uses the ad[31:0] signal lines to indicate the address of the memory access. during the address phase, musycc encodes the type of access cycle (e.g., read, write,...) in the command/byte enable signal lines, cbe[3:0]*. the address phase lasts one pclk period. for cycles with dual-addressing, musycc multiplexes a 64-bit address onto the ad[31:0] signal lines and adds an additional pclk period to the address phase. to indi cate 64-bit addressing, musycc encodes the dual address code onto the cbe[3:0]* signal lines during the firs t pclk period of the addres s phase. musycc encodes the access type code (e.g., read, write) onto the cbe[3:0]* signal lines during the second pclk period of the address phase. when musycc accesses a 64-bit memory address using du al addressing, the upper 32 bits of the address are fixed to a non-0 value from dacbase. to change from 64-bit addressing to 32-bit addressing, the value of dacbase must be zeroed. alt hough musycc is capable of in itiating 64-bit addressing when in master mode, it responds only to 32-bit access cycles without dual-addressing. 1:0 portmap[1:0] 0 default. port 0 mapped to channel group 0. port 1 mapped to channel group 1. port 2 mapped to channel group 2. port 3 mapped to channel group 3. port 4 mapped to channel group 4. port 5 mapped to channel group 5. port 6 mapped to channel group 6. port 7 mapped to channel group 7. 1 port 0 mapped to channel groups 0 and 1. port 1 mapped to channel groups 2 and 3. port 2 mapped to channel groups 4 and 5. port 3 mapped to channel groups 6 and 7. 2 port 0 mapped to channel groups 0, 1, 2, and 3. port 1 mapped to channel groups 4, 5, 6, and 7. 3 reserved. table 5-7. dual address cycle base pointer bit field name value description 31:0 dacbase[31:0] ? dual address cycle base pointer. a 32-bi t base register when non-0 causes all musycc master operations (read/write) to use pci dual address cycl e. the value in this register would be the upper 32-bits of the 64-bit addressing. table 5-6. global configuration descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 80 preliminary information / mindspeed proprietary and confidential 5.2.2 channel group level descriptors channel group descriptors contain all information needed to configure one channel group and the associated 32 logical channels, while maintaining pointers to buffer descriptors for each channel and direction. the contents of the channel group descriptor are listed in ta bl e 5 - 2 , group structure memory map . 5.2.2.1 group base pointer the group base pointer (gbase ) register per channel grou p within the host interfac e contains a 2 kb pointer aligned to a corresponding channel group descriptor in shared memory, as described in ta bl e 5 - 8 . 5.2.2.2 service request the service request is a register per channel group within the host interface containing a bit field where instructions are written to musycc by the host. the following instructions are supported: perform device reset and initialization perform channel group reset and initialization configure a channel read specific descriptors from within a channel group descriptor activate a channel deactivate a channel jump (re)activate a channel no-operation command a service request is issued to a specific channel group within musycc. the channel group then acknowledges by sending a service request acknowledge interrupt descriptor back to the host. the soft-chip reset service request is the only service request not acknowledged by musycc. issuing multiple service requests to the same channel group successively without first receiving acknowledgments from each request may cause the host to lose track of which service request has been acknowledged, because musycc cannot uniquely acknowledge service requests for the same channel group. in addition, issuing multiple simultaneous requests to the same channel group causes indeterminate results within the channel group. to prevent these problems, the host software must wait for a service request acknowledgement (sack) after issuing any service request except for the soft chip reset re quest. the soft chip reset request does not issue an acknowledgement, but this request is guaranteed to be executed within two line clock periods. issuing a single service request to each supported chan nel group simultaneously is supported, because musycc acknowledges each one uniquely with the group id bit field. ta b l e 5 - 9 lists the bit fields and their descriptions of the service request descriptor. table 5-8. group base pointer bit field name value description 31:11 gbasex[20:0] ? these 21 bits are appended with 11 0s to form a 2 k block-aligned 32-bit address pointing to the first dword of the channel group structure for channel group x. 10:0 gbasex[10:0] 0 these 11 bits appended to gbase ensure 2 kb block alignment.
memory organization 28478-dsh-002-e mindspeed technologies ? 81 preliminary information / mindspeed proprietary and confidential table 5-9. service request descriptor (1 of 2) bit field name value description 31:13 rsvd 0 reserved. 12:8 sreq[4:0] 0 no operation. this service request performs no action other than to faci litate a service request acknowledge interrupt (sack). this would be used as a ?unix ping-like? operation to detect the presence of a channel group processor. 1 soft chip reset. this is identical to a hardware reset. set port map = 0, disable all supported ports (both directions), and deactivate all 32 channels of all supported groups (both directions). the interrupt status descriptor is reset to point to the first dword in th e queue, and all indicator bits are reset. this service request is not acknowledged by musycc. 2 soft group reset. this is similar to a hardware reset for a specified group and direction. disable all specified ports (both dir ections), and deactivate al l 32 channels of specified group (both directions). 3 reserved. 4 global initialization. for the entire device, read the global configur ation descriptor and the interrupt queue descriptor from shared memory. this initializa tion is performed following a hardware or soft- chip reset. the interrupt status d escriptor is reset to point to the first dword in the queue, and all indicator bits are reset. 5 group initialization. for this group and direct ion, read the following from shared memory: time slot map subchannel map channel configuration descriptor group configuration descriptor memory protection descriptor message length descriptor port configurat ion descriptor this initialization must be performed by th e host driver for each group and each direction immediately following any reset or global initialization. (1)
memory organization 28478-dsh-002-e mindspeed technologies ? 82 preliminary information / mindspeed proprietary and confidential 12:8 sreq[4:0] 6?7 reserved. 8 channel activation. for a specified channel and directi on, initialize the channel, read the head pointer, jump to the first message descriptor, and start processing the data buffer. this request starts processing a new message list. the effect of this request is destructive to the current message being processed if the channel w as already activated and processing a message. this request is useful in aborting the cu rrent message and starti ng a new message list. 9 channel deactivation. for a sp ecified channel and directi on, suspend channel activity. 10 jump. for the receiver, this request is the same as the channel activation request. for the transmitter, this request is useful for switching to a new m essage list after the current message is completely transferred. 11 channel configure. for a specified channel and di rection, read the channe l configuration descriptor. 12?15 reserved. 16 read global configuration descriptor. 17 read interrupt queue descriptor. the interrupt status descriptor is reset to po int to the first dword in the queue, and all indicator bits are reset. 18 read group confi guration descriptor. 19 read memory protection descriptor. 20 read message length descriptor. 21 read port confi guration descriptor. 22?23 reserved. 24 read time slot map. for this group and specified direction, read the time slot map (1) . 25 read subchannel map. for this group and specified direction, read the subchannel map (1) . 26 read channel configuration table. for this group and specified direction, read the channel configuration table (1) . 27?31 reserved. 7:6 rsvd 0 reserved. 5 dir 0 receive direction. 1 transmit direction. 4:0 ch[4:0] ? channel number. footnote: (1) time slot map, subchannel map, and channel configurat ion description table are read into mu sycc only if a serial clock is provi ded to the serial interface being configured. table 5-9. service request descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 83 preliminary information / mindspeed proprietary and confidential 5.2.2.3 group config uration descriptor the group configuration descriptor contains configuration bits applying to all 32 logical channels within a given channel group as listed in ta bl e 5 - 1 0 . table 5-10. group configuration descriptor (1 of 2) bit field name value description 31:22 rsvd 0 reserved. 21:16 suet[5:0] signal unit error threshold. sets m aximum value of suerm counter. when suerm exceeds this count, a suerr interrupt is generated. 15 sfalign 0 super frame alignment. flywheel mechanism. select roll over to 0 of time slot counter (the flywheel mechanism in the serial interface) as a frame synchronization event. for a transparent mode channel, wait for the flywhe el to roll over to start message processing after channel activation. for descriptor polling, use the flywheel roll-o ver as a frame synchronization event. the polling frequency is determined by using the poll-th rottle field elsewhere in this descriptor. 1 super frame alignment. external signal. select de tection of frame synchroni zation signal (tsync or rsync) assertion as fram e synchronization event. for a transparent mode channel, wait for assertion of signal to start message processing after channel activation. for descriptor polling, use assertion of signal as fr ame synchronization event. polling frequency is determined by using poll-throttle field elsewhere in this descriptor. 14:12 rsvd 0 reserved. 11:10 pollth[1:0] 0 poll throttle. poll at eve ry frame synchronization event. not supported. 1 poll at every 16 th frame synchronization event. 2 poll at every 32 nd frame synchronization event. 3 poll at every 64 th frame synchronization event. 9 inhtbsd 0 inhibit transmit buff er status descriptor disab led. at end of each transmitted data buffer, do not inhibit (allow) overwriting of tx buffer desc riptor with a tx buff er status descriptor. 1 inhibit transmit buffer st atus descriptor. as the tx buffer stat us descriptor is being inhibited, the host must rely on an interrupt for status information regarding transmitted data message. 8 inhrbsd 0 inhibit receive buffe r status descriptor disable d. at the end of each receive data buffer, do not inhibit (allow) overwriting of rx buffer d escriptor with a rx buffer status descriptor. 1 inhibit receive buffer status descriptor. as the rx buffer stat us descriptor is being inhibited, the host must rely on an interrupt for status info rmation regarding the received data message. 7 mempva 0 memory protection violation action. reset gr oup. on a memory protection violation error, group reset is performed. as a result, all 32 channels ar e deactivated in both receive and transmit directions. 1 memory protection violati on action. deactivate channe l. on a memory protectio n violation error, only the channel being serviced during vi olation is deactivated in both r eceive and transmit directions.
memory organization 28478-dsh-002-e mindspeed technologies ? 84 preliminary information / mindspeed proprietary and confidential 6 mcenbl 0 message configuration bi ts copy disable. not supported. 1 message configuration bits copy enabl e. a set of configuration bits ar e copied from the last transmit buffer descriptor of a message (with eom = 1) into internal configuration space and subsequently acted upon. the bits are used in specialized data communications applications requiring non-default idle code transmission on a per-message b asis, inter-message pad fill, and/or message retransmission. direct writes to musycc that change any messag e configuration bits remain available. only automatic copying from a transmit buffer descripto r (with the bit field eom set to 1) is disabled. for a thorough discussion on message configuration bits see the message configuration bits subsection in the protocol support section. 5 mskcofa 0 change of frame alignment interrupt enabled. if cofa is detected, generate interrupt descriptor indicating cofa. 1 change of frame alignment interrupt disabled. if cofa is detected, do not generate interrupt descriptor. 4 mskoof 0 out of frame/frame recovery interrupt enable d?receive only. if oof/frec is detected, generate interrupt descriptor indicating oof/frec. 1 out of frame/frame recovery in terrupt disabled?receive only. if an oof condition exists and an abt, fcs, lng, or align error occurs, an off erro r is reported in the interrupt descriptor and buffer status descriptor instead of these e rrors, regardless of the mskoof bit. 3 oofabt 0 oof message processing enabled?receive only . when oof condition is detected, continue processing incoming data. 1 oof message processing disabled?receive only. incoming messages on all channels are aborted when the oof condition is detected. hdlc channels recover automatically af ter the oof condition has cleared. however, transparent mode channels are automatically deactivated when the oof condition is detected, and the host must reactivate all transp arent channels after the oof condition has cleared. 2 subdsbl 0 subchanneling enabled. allows subchanneling. 1 subchanneling disabled. overrides subchannel enable bit for all time slots and disallows subchanneling. using this field to disable subchanneling frees subchannel descriptor map memory space for use as an extended data buffer space. 1 txenbl 0 transmitter disabled. logically resets time slot enab le bits for all time slots. transmit data lines are three-stated. this l ogical, channel-group-w ide state does not affect the bit values in any time slot map. 1 transmitter enabled. logically allows all channels wi th time slot enable bits set to start processing data. this logical, channel-group-wide state does no t affect the bit values in any time slot map. 0 rxenbl 0 receiver disabled. logically resets time slot enab le bits for all time slots. this logical, channel-group- wide state does not affect the bi t values in any time slot map. 1 receiver enabled. logically allows all channels with time slot enable bits set to start processing data. this logical, channel-group-wide state does not affect the bit values in any time slot map. table 5-10. group configuration descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 85 preliminary information / mindspeed proprietary and confidential 5.2.2.4 memory protection descriptor the memory protection function is not implemented. this function must be disabled by clearing the protenbl bit in the memory protection descriptor. ta bl e 5 - 1 1 lists the bit field and description of the memory protection descriptor. 5.2.2.5 port configuration descriptor the port configuration descriptor defines how musycc interprets and synchronizes the transmit and receive bit streams associated with a port. there is one descriptor per port; therefore, the descriptor is used for both transmit and receive directions for a single port. ta bl e 5 - 1 2 details the port configuration descriptor. table 5-11. memory protection descriptor bit field name value description 31 protenbl 0 memory protection disabled. 1 memory protection enabled. not supported. 30:28 rsvd 0 reserved. 27:16 prothi[11:0] ? memory protection high address. upper 12 bits (inclusive) of address for highest memory location under protection. 15:12 rsvd 0 reserved. 11:0 protlo[11:0] ? memory protect ion low address. upper 12 bits (inclusive) of the address for lowest memory location under protection. note: identically to the used port descriptor. that is, if portmap=1, then the group 1/port 1 descriptor must be bit-for-bit identical with the group 0/port 0 descriptor; and, the group 3/ port 3 descriptor must be bit-for-bit identical with the group 2/port 2 descriptor. in the case of portmap=2, then the group 1, 2, and 3 descrip tors must be bit-for-bit identical with the group 0/port 0 descriptor. table 5-12. port configuration descriptor (1 of 2) bit field name value description 31:10 rsvd 0 reserved. 9 tritx 0 transmit three-state enabled. when a channel gro up is enabled, but a time slot within the group is not mapped via the time slot map, the transm itter three-states the output data signal. 1 transmit three-state disabled. when a channel group is enabled, but a time slot within the group is not mapped via the time slot map, the transmitter outputs a logic 1 on the output data signal. 8 roof_edge 0 receiver out of frame?falling edge. roof input sampled in on falling edge of rclk. 1 receiver out of frame?rising edge. 7 rsync_edge 0 receiver frame synchroniz ation?falling edge. rsync input sampled in on falling edge of rclk. 1 receiver frame synchronization?rising edge.
memory organization 28478-dsh-002-e mindspeed technologies ? 86 preliminary information / mindspeed proprietary and confidential 5.2.2.6 message length descriptor each channel group can have two separate values for maximum message length: maxfrm1 or maxfrm2 (see ta bl e 5 - 1 3 ). the maximum message length is 4,094 octets. the minimum message length is either 1, 3, or 5 depending on non-fcs mode or fcs16 or fcs32 support, respectively. each receive channel either selects one of these message length values or disables message length checking altogether. the maxsel bit field (see table 5-18, channel configuration descriptor ) selects which, if any, register is used for received-message length checking. if musycc rece ives a message exceeding the allowed maximum, the current message processing is discontinued and terminates further transfer of data to shared memory. in addition, a receive buffer status descriptor, corresponding to the partially received message, indicates a long message error condition, and an interrupt descriptor is generated towards the host indicating the same error condition. in the case of a short message (bit count less than 3 or 5 octets), data is not transferred into shared memory and is discarded. in addition, an interrupt descriptor is generated towards the host, indicating the same error condition. 6 rdat_edge 0 receiver data?falling edge. rdat input sampled in on falling edge of rclk. 1 receiver data?rising edge. 5 tsync_edge 0 transmitter frame synchronization?falling edge. tsync input sampled in on falling edge of tclk. 1 transmitter frame synchronization?rising edge. 4 tdat_edge 0 transmitter data?falling edge. tdat out put latched out on falling edge of tclk. 1 transmitter data?rising edge. 3 rsvd 0 reserved. 2:0 portmd[2:0] 0 t1 mode?24 time slots and t1 signaling. 1 e1 mode?32 time slots and e1 signaling. 2 2xe1 mode?64 time slots and e1 signaling. 3 4xe1 mode?128 time slots and e1 signaling. 4 nx64 mode. frame synchronization flywheel disabled. cofa detection disabled. every synchronization signal assertion resets time slot counter to zero. 5?7 reserved. note: the equation that defines maximum message length without generating a lng error is: maximum message length = maxfrm ? fcs wh ere fcs = 2 bytes for hdlc-16 protocol and fcs = 4 bytes for hdlc-32 protocol. table 5-12. port configuration descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 87 preliminary information / mindspeed proprietary and confidential 5.2.2.7 time slot map the time slot map consists of 32 time slot descriptors. one descriptor maps four time slots. the entire map contains configuration information for 128 time slots. the serial port does not need to support 128 time slots all the time. any number of time slots from 1 to 128 is supportable. the time slot map is used when the serial port associated with a channel group is configured in one of the channelized modes: t1, e1, 2xe1, 4xe1, or nx64. musycc supports mapping of up to 128 time slots from a channelized bit stream with up to 32 logical channels in each channel group. numerous mappings of time slots to channels are possible. multiple time slots can be mapped to a single channel; however, each time slot can map to only one channel at a time. when the number of active time slots exceeds the number of channels in a group (greater than 32 time slots), and each time slot requires a separate channel, musycc can be configured to internally connect 2 or 4 channel groups together to provide up to 64- or 128- channel support, respectively. two time slot maps are required for each channel group, one for transmit functions and one for receive functions. the two maps are configured independently. each map cons ists of 128 successive 8-bit fields, each corresponding to one time slot. the bit field includes the following information: time slot enabled/time slot (tsen) mode of operation (64 kbps, 56 kbps, subchannel) indicator logical channel number (0?31) associated with time slot (ch) for disabled time slots, modes and logical channels can be assigned, but the information does not apply to the operation of the channel. for enabled time slots, the valid modes of operation include the following: 64 kbps mode: all 8 bits of time slot are assigned to one channel. 56 kbps mode: first 7 bits of time slot are assigned to one channel. last bit, most significant bit (msb), is unassigned and considered disabled. subchannel mode, bit 0 disabled: first bit, least significant bit (lsb), of time slot is unassigned. each of the next 7 bits in time slot can be individually enabled and independently mapped to any channel in a channel group. subchannel mode, bit 0 enabled: first bit (lsb) of time slot is always enabled and assigned to a channel in a channel group. each of the next 7 bits in time slot can be individually enabled and independently mapped to any channel in a channel group. the logical channel number represents the channel in the channel group handling the bit stream from the time slot or slots assigned to it. the value of the channel number ranges from 0?31. table 5-13. message length descriptor bit field name value description 31:28 rsvd 0 reserved. 27:16 maxfrm2[11:0] defines a limit for the maximum numbe r of octets allowed in a received hdlc message. valid values for the register range from 1 to 4094 depending on fcs16 or fcs32. 15:12 rsvd 0 reserved. 11:0 maxfrm1[11:0] ? defines a limit for the maximum numbe r of octets allowed in a received hdlc message. valid values for the register range from 1 to 4094 depending on fcs16 or fcs32.
memory organization 28478-dsh-002-e mindspeed technologies ? 88 preliminary information / mindspeed proprietary and confidential ta bl e 5 - 1 4 lists the time slot descriptor location and byte offset. ta b l e 5 - 1 5 lists the value and description of each time slot descriptor. accessing the time slot map within musycc requires that a se rial line clock be present at the serial interface. if a clock is not present, writes are ignored, and reads return all 1s. the host can read and write the receive time slot map information from within musycc; however, the host can only write transmit time slot map into musycc. the transmit maps are stored in write-only registers. reading transmit maps results in all 1s being returned. table 5-14. transmit or receive time slot map byte offset time slot descriptor relative location msb lsb 00h ts03 ts02 ts01 ts00 ... ... ... ... ... 1ch ts31 ts30 ts29 ts28 ... ... ... ... ... 3ch ts63 ts62 ts61 ts60 ... ... ... ... ... 5ch ts95 ts94 ts93 ts92 ... ... ... ... ... 7ch ts127 ts126 ts125 ts124 table 5-15. time slot descriptor (1 of 2) bit field name value description 31:29 tsen3[2:0] 0 time slot disabled. default. 1?3 reserved. 4 time slot enabled. 64 kbps mode. 5 time slot enabled. 56 kbps mode. 6 time slot enabled. subchannel mode w/o first bit. 7 time slot enabled. subchannel mode w/ first bit. 28:24 ch3[4:0] 0?31 channel number assigned to this time slot. 23:21 tsen2[2:0] 0 time slot disabled. default. 1?3 reserved. 4 time slot enabled. 64 kbps mode. 5 time slot enabled. 56 kbps mode. 6 time slot enabled. subchannel mode w/o first bit. 7 time slot enabled. subchannel mode w/ first bit. 20:16 ch2[4:0] 0?31 channel number assigned to this time slot.
memory organization 28478-dsh-002-e mindspeed technologies ? 89 preliminary information / mindspeed proprietary and confidential 5.2.2.8 subchannel map to provide the subchanneling feature, musycc shares the time slot mapping function between a time slot map and a subchannel map. the transmit and receive functions each have a separate pair of maps. the time slot map indicates if the time slot is enabled and configured for subchanneling. the tsen bit field in the time slot descriptor specifies the mode of operation for the time slot. if tsen = 6, the time slot is in subchannel mode with bit 0 disabled. if tsen = 7, the time slot is in subchannel mode with bit 0 enabled and mapped to the channel specified in the ch bit field in the same time slot descriptor. the chx bit field is also used in the treatment of the remaining 7 bits in the time slot, specific ally as part of an index into subchannel map. the time slot map always manages (disables or enables or maps) bit 0 of the time slot. the subchannel map configures each of the remaining 7 bits of a time slot. the chx bit field (0?31) from the time slot descriptor is linked with the bit number (1?7) of the time slot being processed to form an 8-bit index (0?255) into the subchannel map for each bit number. the subchannel map associates each bit of a time slot to a channel. for a time slot configured for subchannel mode, musycc considers each bit of that time slot independently of any other bit in the same time slot. any bit can be enabled or disabled. the time slot is considered to consist of 8 individual 8 kbps bit streams, or subchannels. the subc hannels can remain separated or be concatenated to provide one or more subchannels running at bit rates between 8 kbps and 64 kbps, inclusive, in multiple of 8 kbps. note the following spec ial cases for subchannel map assignments: bit 0 is always disabled or enabled/mapped by the time slot map; therefore, configuring the subchannel map for bit 0 is not required. assigning the same channel number for all bits (includi ng bit 0) is equivalent to disabling the subchanneling feature and treating the time slot as if in 64 kbps mode. disabling all bits in subchannel mode is equivalent to disabling the time slot using the time slot map. 15:13 tsen1[2:0] 0 time slot disabled. default. 1?3 reserved. 4 time slot enabled. 64 kbps mode. 5 time slot enabled. 56 kbps mode. 6 time slot enabled. subchannel mode w/o first bit. 7 time slot enabled. subchannel mode w/ first bit. 12:8 ch1[4:0] 0?31 channel number assigned to this time slot. 7:5 tsen0[2:0] 0 time slot disabled. default. 1?3 reserved. 4 time slot enabled. 64 kbps mode. 5 time slot enabled. 56 kbps mode. 6 time slot enabled. subchannel mode w/o first bit. 7 time slot enabled. subchannel mode w/ first bit. 4:0 ch0[4:0] 0?31 channel number assigned to this time slot. table 5-15. time slot descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 90 preliminary information / mindspeed proprietary and confidential the subchannel map can map bits 1?7 from each time slot to any of 32 channels in a channel group. the map for bit 0 is allocated, but unused (bit 0 is mapped by the time slot map). the subchannel map consists of 256 descriptors representing 32 channels and 8 bits per channel. two subchannel descriptors (2 dwords) are required to describe the treatment of 8 bits of one channel. the first dword describes the treatment of the lower 4 bits, and the second dword describes the treatment of the upper 4 bits. ta bl e 5 - 1 6 lists the subchannel descriptor location and byte offset. ta bl e 5 - 1 7 lists the value and description of each subchannel descriptor. to enable the subchanneling feature, both the time slot map and the subchannel map must be copied into musycc?s internal registers because it is from here time slot-to-channel mapping and channel-to-subchannel table 5-16. transmit or receive subchannel map byte offset msb lsb 00h ch0, bit 3 ch0, bit 2 ch0, bit 1 unused 04h ch0, bit 7 ch0, bit 6 ch0, bit 5 ch0, bit 4 08h ch1, bit 3 ch1, bit 2 ch1, bit 1 unused 0ch ch1, bit 7 ch1, bit 6 ch1, bit 5 ch1, bit 4 ... .... .... .... ... ... .... .... .... ... f8h ch31, bit 3 ch31, bit 2 ch31, bit 1 unused fch ch31, bit 7 ch31, bit 6 ch31, bit 5 ch31, bit 4 table 5-17. subchannel descriptor bit field name value description 31 biten3/7 0 bit disabled. 1 bit enabled. 30:29 rsvd 0 reserved. 28:24 ch3[4:0] 0?31 channel number assigned to this bit. 23 biten2/6 0 bit disabled. 1 bit enabled. 22:21 rsvd 0 reserved. 20:16 ch2[4:0] 0?31 channel number assigned to this bit. 15 biten1/5 0 bit disabled. 1 bit enabled. 14:13 rsvd 0 reserved. 12:8 ch1[4:0] 0?31 channel number assigned to this bit. 7 biten0/3 0 bit disabled. 1 bit enabled. 6:5 rsvd 0 reserved. 4:0 ch0[4:0] 0?31 channel number assigned to this bit.
memory organization 28478-dsh-002-e mindspeed technologies ? 91 preliminary information / mindspeed proprietary and confidential mapping is decoded. the host can instruct musycc to re ad in the maps from shared memory by issuing the appropriate service request; otherwise, the host must perform multiple direct writes into musycc?s internal registers by appropriately addressing pci access cycles for musycc. accessing the time slot map or subchannel map within musycc requires that a serial line clock be present at the serial interface. if a clock is not present, writes are ignored, and reads return all 1s. the host can read and write the receive time slot map from within musycc; however the host can only write the transmit time slot map into musycc. the transmit maps are stored in write-only registers. reading transmit maps results in all 1s being returned. the host can read and write the receive subchannel map from within musycc; however, the host can only write the transmit subchannel map into musycc. the transmit maps are stored in write-only registers. reading the transmit map results in all 1s being returned. 5.2.3 channel level descriptors the channel level descriptors contain information necessary to configure channel registers. 5.2.3.1 channel configuration descriptor the channel configuration descriptor configures aspects of the channel common to all messages passing through the channel. one descriptor exists for each logical channel direction. ta bl e 5 - 1 8 lists the values and description of each channel configuration descriptor. table 5-18. channel configuration descriptor (1 of 3) bit field name value description 31 padj 0 pad count adjustment disabled. no adjustment is made to the value of padcnt if zero insertions is detected. 1 pad count adjustment enabled. the value of padcnt is reduced if zero insertions is detected. this adjustment is required for rate adaptive applications such as itu-t recommendation v.120. 30 rsvd 0 reserved 29:24 buffloc[5:0] 00h?3fh channel buffer location index. starting location of internal fifo data buffer for this channel and direction. 23 inv 0 data inversion disabled. all data bits in message are not inverted between shared memory and musycc. 22 rsvd 0 reserved. 21:16 bufflen[5:0] 00h?3fh internal data buffer length. number of internal fifo data buffer locations allocated to this channel and direction equals 2 x (bufflen+1) dwords. 15 eopi 0 end of padfill interrupt disabled. transm it only. after outputting l ast padfill code, do not generate interrupt indicating condition. 1 end of padfill interrupt enabled. 14:12 protocol[2:0] 0 transparent 1 ss7-hdlc-fcs16 2 hdlc-fcs16 3 hdlc-fcs32 4?7 reserved.
memory organization 28478-dsh-002-e mindspeed technologies ? 92 preliminary information / mindspeed proprietary and confidential 11:10 maxsel[1:0] 0 message length?disable message length check. 1 message length?use register 1. use maxfrm1 bit field in the message length descriptor for maximum receive message length limit. 2 message length?use register 2. use maxfrm2 bit field in the message length descriptor for maximum receive message length limit. 3 reserved 9 fcs 0 fcs transfer normal. for receive, do not tr ansfer received fcs into shared memory along with data message. for transmit, do transmit cal culated fcs out serial port after last bit in last data buffer has been transmitted. 1 non fsc mode. for receive, transfer received fcs into shared memory along with data message; do not transmit calcu lated fcs out of serial port. in non-fcs mode, a sht message detection is disabled. any number of bytes can be transmitted and received within any single message, including message length of only one byte. 8 msksuerr 0 suerr interrupt enable d. receive only. for ss7-hdlc-fcs 16 mode, signal unit error rate monitor function generates interrupt when si gnal unit error count crosses signal unit error threshold. 1 suerr interrupt disabled. 7 msksinc 0 sinc interrupt enabled. receive only. for ss7-hdlc-fcs16 mode, suerm function generates interrupt when signal unit error count increments. 1 sinc interrupt disabled. 6 msksdec 0 sdec interrupt enabled. receive onl y. for ss7-hdlc-fcs16 mode, suerm function generates interrupt when signal unit error count decrements. 1 sdec interrupt disabled. 5 msksfilt 0 sfilt interrupt enabled. receive only. for ss7-hdlc-fcs16 mode, interrupt generated when two consecutive received messages are found to be identical. second message discarded. 1 sfilt interrupt disabled. for ss7-hdlc-fcs16 mode, interrupt is not generated when two consecutive received messages are found to be identical. second message discarded. 4 mskidle 0 chabt, chic, sht interrupt enabled. receive only. when receiver detects change to abort code, change to idle code, or too-short messag e, this bit generates interrupt to indicate condition. 1 chabt, chic, sht interrupt disabled. 3 mskmsg 0 lng, fcs, align, abt interrupt enable d. receive only. when r eceiver detects too-long message, fcs error, message alignment error, or abort condition, this bi t generates interrupt to indicate condition. 1 in order for mskmsg=1 to disable all interrupt s (lng, fcs, align) the mskeom must be set (i.e., 1). 2 mskeom 0 eom interrupt enabled. receive and tran smit. interrupt generated when end of message detected. 1 eom interrupt disabled. table 5-18. channel configuration descriptor (2 of 3) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 93 preliminary information / mindspeed proprietary and confidential 5.2.4 message level descriptor one message descriptor defines one data buffer where all or part of a message is stored in shared memory. by linking message descriptors, numerous data buffers are linked to support high-speed data links or large messages spread across a number of smaller data buffers. depending on the transmission and reception rate of individual channels, the numbers and sizes of message buffers can vary between channels and applications. for high-speed lines, more and larger buffers can be used to provide ample data storage while the host processes each message in the list of messages. for low-speed lines, fewer and smaller buffers can be used as the host may be able to process each message faster and the need to store messages is lessened. multiple smaller data buffers can be linked using message desc riptors to store one larg e message. in utilizing multiple buffers, the importance of keeping the sequence of data buffers in order is obvious. musycc?s operation allows for the following: multiple buffer lists multiple and variable size buffers within a buffer list multiple buffers storing a single message sequencing of individual data buffers for a multi-buffer message a message descriptor is designed to be usable by both the transmit and receive functions in musycc. in providing this symmetry, a mechanism known as self-servicing buff ers is available, which allows the reuse of a single descriptor for both the transmit and receive portions of a channel, and is designed for diagnostics and loopback capabilities. ta b l e 5 - 1 9 lists the message descriptor details. 1 mskbuff 0 buff?interrupts enabled. receive and tr ansmit. interrupt generated when transmitter underflow buffer or receiver overfl ows buffer internally to musycc. onr?interrupts enabled. r eceive and transmit. interrupt generated where message pointer/descriptor is not available to musycc where is expected. (refer to figure 5- 31, interrupt descriptor .) 1 buff?interrupts disabled. onr?interrupts disabled. 0 rsvd 0 reserved. table 5-19. message descriptor byte offset field name dwords bytes 00h buffer descriptor (host writes) buffer status descriptor (musycc writes) 14 04h data pointer 1 4 08h next pointer 1 4 ?total312 table 5-18. channel configuration descriptor (3 of 3) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 94 preliminary information / mindspeed proprietary and confidential 5.2.4.1 using message descriptors musycc checks data from a message descriptor before processing the associated data buffer. when a data buffer is completely processed (either transmitted or received), musycc overwrites the buffer descriptor field (the first dword in a message descriptor) with a buffer status descriptor. the buffer status descriptor specifies the number of bytes transferred, an end of message indicator, and a buffer owner-bit indicator that assigns control of associated buffers back to the host. the owner bit transfers control of a data buffer between musycc and the host. the message descriptor can be assigned before an associated data buffer is allocated in memory. in this case, musycc polls the contents of the buffer descriptor until the host grants ownership of a da ta buffer to musycc. after musycc processes the data buffer, it grants the ownership back to the host. the owner bit prevents musycc from processing the same buffer twice without intervention from the host. if musycc detects an opening flag of a received message, but does not have ownership of the current data buffer (via the current message descriptor), an interrupt is sent to the host indicating that musycc needed a data buffer and did not have access to one. the host can append additional information beyond the end of a data buffer as long as the longest message length can be fitted first into the data buffer. in the case of additional information, musycc would not know about the information, nor would it ever read from or write to that space. for simplicity, the message level descriptions that follow are made in reference to one channel. each channel is serviced independently of other channels, and separate descriptor lists are maintained for each supported channel. similarly, the transmit and receive sections of a channel service that the descriptor lists identically and separate descriptor lists are maintained for each section. also, th e size of data fields in the descriptors are identical; however, the layout of fields between receive and transmit descriptors are different. 5.2.4.2 note for interrupt driven drivers an interrupt from musycc does not imply that musycc read a buffer status descriptor and made it host-owned. as mentioned in note (2) in ta bl e 5 - 3 1 , the occurrence of a musycc interrupt and a buffer status descriptor update are not time correlated. the delay of the buffer status descriptor update is a maximum of 2 hdlc frames after the interrupt. the driver must read the owner field to confirm its ownership before writing a new buffer status descriptor. if the driver receives an interrupt and does not detect a host-owned buffer, it should wait a minimum of 2 hdlc frames before signaling an abnormal condition. the requirement to check the buffer status descriptor is applicable only when buffer status descriptor updates are enabled (inhrbsd = 0). 5.2.4.3 head pointer the head pointer points to the first message descriptor in a list of descriptors assigned to a channel?s transmitter or receiver. note: since the 2 hdlc frame delay can't be translat ed directly into time , the host must always verify the buffer is host-owned before reading th e buffer status descri ptor or writing a new buffer descriptor. a generous time-out can be used by the host to detect the condition where an interrupt has occurred, but ther e are no host-owned buffers to process.
memory organization 28478-dsh-002-e mindspeed technologies ? 95 preliminary information / mindspeed proprietary and confidential a head pointer allows the host to specify a new list of de scriptors to use for channel processing. this mechanism can be used after a reset to kick-start or reactivate ch annel processing which has completely processed the current list of descriptors. a head pointer also allows the host to generate a new list of descriptors in memory before performing a list transition; that is, while musycc processes data in one list, the host can process data in a separate list, and, when appropriate, can switch the lists. ta bl e 5 - 2 0 lists the head pointers and their descriptions. 5.2.4.4 message pointer the message pointer points to the current message descriptor being serviced. this pointer is maintained in a fixed memory location relative to a group base pointer in shared memory. ta bl e 5 - 2 1 lists the message pointers and their descriptions. 5.2.4.5 message descriptor the message descriptor is pointed to by the message pointe r and the head pointer and is maintained in a variable location in shared memory. a message descriptor includes the following fields: buffer descriptor (when host writes) buffer status descriptor (when musycc writes) data buffer pointer next descriptor pointer 5.2.4.6 buffer descriptor the buffer descriptor is the first dword of a message descriptor after the host has prepared the data structures in memory. all buffer descriptors include the following fields: owner indicator bit (owner) no poll/poll indicator (np) end of buffer interrupt enable (eobi) table 5-20. head pointer bit field name value description 31:2 headptr[29:0] ? these 30 bits are appended with 00b to form a dword-aligned 32-bit address. this address points to the first message descrip tor in a list of descriptors. 1:0 headptr[1:0] 0 ensures dword alignment. table 5-21. message pointer bit field name value description 31:2 msgptr[29:0] ? these 30 bits are appended with 00b to form a dword-aligned 32-bit address. this word pointer points to the first dword of a message descriptor. 1:0 msgptr[1:0] 0 ensures dword alignment.
memory organization 28478-dsh-002-e mindspeed technologies ? 96 preliminary information / mindspeed proprietary and confidential buffer length (blen) the owner bit is a generic term for any descriptor. in a transmit buffer descriptor it is called musycc; in a receive buffer descriptor it is called host. the names are different to indicate that the active sense of the owner bit is different between transmit and receive functions. in addition to the above list of fields, transmit bu ffer descriptors also include the following fields: end of message indicator (eom) idle code selection (ic) pad enable (paden) pad count (padcnt) repeat packet enable (repeat) ic, paden, padcnt, and repeat are valid only when eom = 1. tables 5-22 and 5-23 list the transmit and receive buffer descriptors and definitions. table 5-22. transmit buffer descriptor (1 of 2) bit field name value description 31 owner 0 host owns buffer. hdlc channel remains in idle mode while polling this bit periodically (if np = 0) until host relinquishes control to musycc by setting owner = 1. in transparent mode the channel is deactivated. 1 musycc owns buffer. continue processing data buffer normally. 30 np 0 poll enabled. if owner = 0, host-owned, musycc polls the message descriptor periodically while in idle mode until owner = 1. 1 poll disabled. if owner = 0, then waits for a ch annel activate or jump service request from host. 29 eom 0 data buffer w/o end of message. 1 data buffer w/ end of message. 28 eobi 0 end of buffer interrupt disabled. when no more data can be taken from or put into a data buffer, an eob interrupt is not generated. 1 end of buffer interrupt enabled. 27 ? 0 reserved. 26:25 ic[1:0] 0 idle code select ? 7eh 1 idle code select ? ffh 2 idle code select ? 00h 3 reserved. 24 paden 0 pad fill disabled. one shared opening/closing flag (7eh) is inserted before sending next message. 1 pad fill enabled. also, see padcnt bit field. 23:16 padcnt[7:0] ? pad count. when paden = 1, padcnt indicates the minimum number of idle codes to be inserted between the closing flags and the next opening flag (7eh). if padcnt = 2 and ic = 1, for example, musycc outputs the bit pattern 7eh..ffh..ffh..7eh. there is no indication by musycc if more than padcnt number of idle codes are inserted.
memory organization 28478-dsh-002-e mindspeed technologies ? 97 preliminary information / mindspeed proprietary and confidential 5.2.4.7 buffer status descriptor the buffer status descriptor contains status information regarding data buffer servicing. if configured to do so, musycc writes a buffer status descriptor over a buffer descriptor. this descriptor includes the following fields: owner indicator bit (owner) end of message indicator (eom) data length (dlen) in addition to the fields, a receive buffer status descriptor also includes the error status (error) bit field. buffer status descriptors are designed to work with buffer descriptors. this allows a self-servicing buffer mechanism where a transmit ch annel will empty a list of data buffers imm ediately after a receiv e channel fills those buffers, all without host intervention. the value for the owner bit field in the transmit buffer is opposite of the value of the owner bit field in the receive buffer descriptor. tables 5-24 and 5-25 list the transmit and receive buffer status descriptors and their descriptions. 15 repeat 0 repeat message transmission disabled. 1 repeat message transmission enabled. 14 rsvd 0 reserved. 13:0 blen[13:0] ? buffer length. the number of octets in data buffer to be transmitted. in general, this would equal the allocated buffer size. table 5-23. receive buffer descriptor bit field name value description 31 owner 0 musycc owns buffer. continue processing data buffer normally. 1 host owns buffer. channel is to remain in idle mode while polling this bit periodically (if np = 0) until host relinquishes control to musycc by setting owner = 0. in transparent mode the channel is deactivated. 30 np 0 poll enabled. if owner = 1, host-owned, mu sycc polls message descriptor periodically until owner = 0. 1 poll disabled. if owner = 1 then wait for a channel activate service request from host. 29 rsvd 0 reserved. 28 eobi 0 end of buffer interrupt disabled. when more data cannot be taken from or put into a data buffer, an eob interrupt is not generated. 1 end of buffer interrupt enabled. 27:14 rsvd 0 reserved. 13:0 blen[13:0] ? buffer length. actual num ber of received data octets might be less than this. this number indicates how many will fit into data buffer. the buffer length should not exceed 8 k. table 5-22. transmit buffer descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 98 preliminary information / mindspeed proprietary and confidential table 5-24. transmit buffer status descriptor bit field name value description 31 owner 0 host owns buffer. musycc has relinquished control of buffer back to host. musycc is done processing buffer. 1 musycc owns buffer. until musycc relinquishes control, the data in this descriptor is being used by musycc. 30 rsvd 0 reserved. 29 eom 0 end of message indicator. copied from transmit buffer descriptor. 1 end of message indicator. copied fr om transmit buffer descriptor. 28:14 rsvd 0 reserved. 13:0 blen[13:0] ? buffer length. the number of octets from da ta buffer transmitted. in general this would equal the allocated buffer size. table 5-25. receive buffer status descriptor (1 of 2) bit field name value description 31 owner 0 musycc owns buffer. until musycc relinquishes control, the data in this descriptor is being used by musycc. 1 host owns buffer. musycc has relinquished control of buffer back to host. musycc is done processing buffer. 30 rsvd 0 reserved. 29 eom 0 end of message indicator. the last octe t for this message is not in this buffer. 1 end of message indicator. the last octet for this da ta message is in this buffer either because a valid closing flag (7eh) was detected or the recei ver terminated due to an error condition. 28:20 rsvd 0 reserved.
memory organization 28478-dsh-002-e mindspeed technologies ? 99 preliminary information / mindspeed proprietary and confidential 5.2.4.8 next message pointer the next message pointer is a 32-bit dword-aligned address pointing to the first dword of a message descriptor which is next in a list of descriptors. ta bl e 5 - 2 6 lists the next descriptor pointer and its description. the last next message pointer should point to the first message descriptor and not to itself. 5.2.4.9 data buffer pointer the data buffer pointer is a 32-bit address to the first byte of a data message in shared memory. this pointer does not have to be word- or dword-aligned. ta bl e 5 - 2 7 lists the data buffer pointer and its description. 19:16 error[3:0] 0 ok: no error detected in this receive buffer. 1 buff: buffer error. data is lost. fo r receive: internal data buffer overflow. 2 cofa: change of frame alignmen t. rsync signal is misaligned wi th the flywheel in the serial interface. 3?7 reserved. 8 oof: out of frame. roof signal is asserted. 9 fcs: frame check sequence error. received hdlc fr ame is terminated with proper 7eh flag, but computed fcs does not match received fcs. 10 align: octet alignment error. message payload size, af ter zero extraction, is not a multiple of 8 bits. this error takes precedence over an fcs error. 11 abt: abort flag termination. received message is terminated with abort sequence, seven sequential 1s, instead of a closing flag (7eh). 12 lng: long message. message payload size greater than selected limit was received. message processing is terminated and transfer to shared memory is discontinued. channel resumes scanning for hdlc flags or idle codes. 13?15 reserved. 15:14 rsvd 0 reserved. 13:0 dlen[13:0] ? received octets. table 5-26. next descriptor pointer bit field name value description 31:2 nextptr[29:0] ? these 30 bits are appended with 00b to form a dword-aligned 32-b it address. this address points to the next message descriptor in the list. 1:0 nextptr[1:0] 0 ensures dword alignment. table 5-25. receive buffer status descriptor (2 of 2) bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 100 preliminary information / mindspeed proprietary and confidential 5.2.4.10 message descriptor handling the bit fields inhibit buffer status descriptor (inhtbsd for transmitters or inhrbsd for receivers) in the group configuration descriptor spec ify whether or not musycc writes a buffer status descriptor to shared memory after the end of the current message has been detected. if inhtbsd/inhrbsd is set to 0, musycc: 1. assumes the message pointer points to the current message descriptor. 2. overwrites the buffer descriptor field with the buffer status descriptor field. 3. fetches the next message pointer from the descriptor. 4. reads the next message descriptor. 5. writes the pointer to the new descriptor into the message pointer in shared memory. if inhtbsd/inhrbsd is set to 1, musycc: 1. assumes the message pointer points to the next message descriptor. 2. reads the next message descriptor. 3. writes the next message pointer from the descriptor into the message pointer in shared memory. 5.2.5 interrupt level descriptors musycc generates interrupts for a variety of reasons. interrupts are events or errors detected by musycc during bit-level processing of incoming serial data streams. interrupts are generated by musycc and forwarded to the host for servicing. individual types of interrupts can be masked from being generated by setting the appropriate interrupt mask or interrupt disable bit fields in various descriptors. the interrupt mechanism, each individual interrupt, and interrupt co ntrolling mechanisms are di scussed in this section. 5.2.5.1 interrupt queue descriptor musycc employs a single interrupt queue descriptor to communicate interrupt information to the host. this descriptor is stored in musycc in an internal register. the descriptor in this register space stores the location and size of an interrupt queue in shared memory. musycc requires this information to transfer interrupt descriptors it generates to shared memory for the host to use. musycc wr ites interrupt descriptors directly into the shared memory queue using pci bus master mode. musycc?s pci interface must be configured to allow bus mastering. the interrupt queue descriptor is initialized by the host issuing a service request to musycc to read of a copy of the interrupt queue descriptor from shared memory. another method of initialization is for the host to directly write the information into the appropriate register space within musycc. tables 5-28 through 5-30 list the details of the interrupt queue descriptor. table 5-27. data buffer pointer bit field name value description 31:0 dataptr[31:0] ? the 32-bit address in this descriptor serve s as a byte pointer to the first octet of a data buffer.
memory organization 28478-dsh-002-e mindspeed technologies ? 101 preliminary information / mindspeed proprietary and confidential 5.2.5.2 interrupt descriptor the interrupt descriptor describes the format of data transferred into the queue. this 32-bit word includes bit fields for the following: identifying the interrupt source from within musycc. channel group number (0?8), channel number (0?31), and direction (receive or transmit) are provided. there are 256 possible channel sources. events assisting the host in synchronizing channel activities. errors and unexpected conditions resulting in lost data, discontinued message processing, or prevented successful completion of a service request. number of bytes transferred to or from shared memory when a memory buffer has been completely processed. all interrupts are associated with a channel group, channel number, and direction of the channel with the following exceptions: 1. when an oof or cofa condition is detected on a serial port, only one interrupt is generated for the entire group until the condition is cleared and the condition reoccurs. the group is identified by the grp field, and the direction is identified by the dir field. the ch field is the channel number currently being serviced when this condition is detected. 2. the ilost interrupt bit indicates that one or more interrupt was lost internally due to a lack of internal queuing space. this occurs when musycc generates more interrupt descriptors than can be stored in the interrupt queue in shared memory. the latency of host processing of the interrupt queue can also be a factor. this condition is conveyed by musycc overwriting the ilost bit field in the last interrupt descriptor in an internal queue prior to being transferred to shared memory. the bi t field is not specific to or associated with the table 5-28. interrupt queue descriptor byte offset field name dwords octets 00h interrupt queue pointer 1 4 04h interrupt queue length 1 4 total 2 8 table 5-29. interrupt queue pointer bit field name value description 31:2 iqptr[30:0] these 30 bits are appended with 00b to form a dword-aligned 32-bit address. this address points to the first word of the interrupt queue buffer. 1:0 iqptr[1:0] 0 ensures dword alignment. table 5-30. interrupt queue length bit field name value description 31:15 rsvd 0 reserved. 14:0 iqlen[14:0] ? this 15-bit number specifies the length of the interrupt queue buffer in dwords. the maximum size for an interrupt queue is 32,768 dwords. this is a 0-b ased number. a value of 1 indicates the queue length is 2 descriptors long, the required minimum.
memory organization 28478-dsh-002-e mindspeed technologies ? 102 preliminary information / mindspeed proprietary and confidential interrupt descriptor being overwritten. on ly one bit is overwritten, and the in tegrity of the orig inal descriptor is maintained. 3. the perr interrupt bit indicates that musycc detect ed a parity error during a pci access cycle. this condition is conveyed by musycc overwriting the perr bit fi eld in the last interrupt descriptor in an internal queue prior to being transferred to shared memory. the bi t field is not specific to or associated with the interrupt descriptor being overwritten. on ly one bit is overwritten and the integrity of the original descriptor is maintained. interrupt descriptors can convey certain combinations of events and errors, but no more than one event and one error. because multiple information can be conveyed via a single interrupt descriptor, always look at both the event and error fields when servicing interrupt descriptors. following is a list of possible combinations of events and errors. 5.2.5.2.1 items issued separately the following items are issued separately in their own interrupt descriptors: events: sack eop chabt chic frec sinc sdec sfilt errors: perr prot suerr 5.2.5.2.2 items that can combine in the list below, a single event can combine with a single error within the same interrupt descriptor: events: eob eom errors: buff cofa onr oof fcs align abt
memory organization 28478-dsh-002-e mindspeed technologies ? 103 preliminary information / mindspeed proprietary and confidential lng sht the ilost error is always piggybacked on to an existing interrupt descriptor which can have an event, an error, or both bit fields set. ta bl e 5 - 3 1 lists details and descriptions of the interrupt descriptor. section 6.4.8 and 6.4.9 provide detailed explanations of the reasons, effects, and recovery actions for events and errors. errors reported in the buffer status descriptor are also reported in the interrupt descriptor. the occurrence in shared memory of a buffer status descriptor and the interrupt descriptor conveying the same error condition is indeterminate. the occurrence of an interrupt does not imply host ownership of the buffer status descriptor. the host must always confirm ownership of the buffer status descriptor before overwriting it. table 5-31. interrupt descriptor (1 of 5) bit field field name value interrupt name group channel direction maskable description tx rx 31 dir 0 ? ? receive. 1transmit. 30:29 grp[1:0] 0?3 ? ? least significant 2 bits of the group number. the most significant group number is defined in bit 14. 28:24 ch[4:0] 0?31 ? ? channel number.
memory organization 28478-dsh-002-e mindspeed technologies ? 104 preliminary information / mindspeed proprietary and confidential 23:20 event[3:0] 0 none v v v v no event to report in this interrupt. 1 sack v v v v service request acknowledge. generated at conclusion of service request which was processed successfully. in case of an error as a result of a service request bei ng executed, other interrupts can be generated; for example, perr. 2 eob v v v v v end of buffer. generated when current data buffer has been completely processed, and eobi bit field in associated transmit buffer descriptor or receive buffer descrip tor is set. also, eob interrupt reports the correct number of tr ansmitted bytes in blen field. (1) 3 eom v v v v v end of message. generated when data buffer which was just processed contained last octet of message. ?transmit eom? means the last bit of data (not includ ing fcs or closing flag) has been output on the serial port, and ?receive eom? means the entire hdlc frame (including fcs and closing fl ag) has been written to shared memory buffer. (1) 4 eop v v v v v end of padfill. generated when the pad-count is enabled with non-0 value in a transmit channel, and last idle code octet is sent. this interrupt is conditioned on the end of padfill-enabled bit being set in the transmit channel configuration descriptor. 5 chabt v v v v change to abort code. generated when a received pad fill code changes from 7eh to ffh ? abort code. 6 chic v v v v change to idle code. generated when a received pad fill code changes from ffh to 7eh ? idle code. 7 frec v v v v frame recovery. generated when serial port transitions from out-of- frame (oof) back to in-frame. 8 sinc v v v v ss7 suerm octet count increment. generated when in ss7 mode and signal unit error rate monitor counter increments. 23:20 event[3:0] 9 sdec v v v v ss7 suerm octet count decrement. generated when in ss7 mode and signal unit error rate monitor counter decrements. 10 sfilt v v v v ss7 filtered message. generated when in ss7 mode and just-received message is identical to one previous message. the current message is not written to shared memory. 11-15 ? reserved. table 5-31. interrupt descriptor (2 of 5) bit field field name value interrupt name group channel direction maskable description tx rx
memory organization 28478-dsh-002-e mindspeed technologies ? 105 preliminary information / mindspeed proprietary and confidential 19:16 error[3:0] 0 none v v v v no error to report in this interrupt. 1buff (2) v v v v v buffer error. data is lost. musycc has no place to read or write data internally. if from transmitter, then internal buffer underflow. if from receiver, internal buffer overflow. 2cofa (2) v v v v change of frame alignment. gene rated when serial port is configured in channelized mode and transmitter or receiver synchronization signal assertion is detected during a bit-time, and the synchronization signal is misaligned with internal flywheel mechanism in serial interface. this condition affects all channels in the group. tcofa - immediately deactivates all tx channels in the affected group (that includes multiple groups if non-zero portmap). therefore, after a tcofa, musycc does not update any tx message descri ptor and does not generate any eob/eom interrupts unless the message is already sent or buffer already proces sed. musycc stops polling any active tx channel?s descriptor and the transmit serial data (tdat) output shoul d immediately go to the deactivated state (either all ones or three-state) ascending to tritx setting. rcofa - every channel currently receiving message will have its message terminated with cofa error. every active channel will be left activated. 3 onr v v v v v owner-bit error. generated when next message pointer/descriptor is not available to musycc when expect ed. this error is similar to buff error except that musycc has no place to read or write data in shared memory, for example, when musycc can not write out a buffer status descriptor. 4 prot v v v v v memory protection violation. generated when memory protection is enabled, and musycc attempts a pci master mode access to an address outside the memory region specified in a group?s memory protection descriptor. the memory access is inhibited. 5-7 ? reserved. 8 oof (2) v v v out of frame. generated when seria l port is configured in channelized mode, and receiver-out-of-frame (r oof) input signal assertion is detected. table 5-31. interrupt descriptor (3 of 5) bit field field name value interrupt name group channel direction maskable description tx rx
memory organization 28478-dsh-002-e mindspeed technologies ? 106 preliminary information / mindspeed proprietary and confidential 19:16 error[3:0] 9 fcs (2) v v v v frame check sequence error. generated when received hdlc frame is terminated with octet-aligned 7e h flag, but computed fcs does not match received fcs. 10 align (2) v v v v octet alignment error. generated when message payload size, after zero extraction, is not a multiple of 8 bits. this generally occurs with an fcs error. this interrupt also implies an fcs error. the fcs interrupt will not be generated if the align interrupt is issued. 11 abt (2) v v v v abort termination. generated when received message is terminated with an abort sequence?seven seque ntial 1s?instead of a specific closing flag ? 7eh. 12 lng (2) v v v v long message. generated when received message length (after zero extraction) is greater than selected maximum message size. message reception is terminated and not transferred to shared memory. 13 sht v v v v short message. generated when received message length (after zero extraction) is less than or equal to number of bits in fcs field. the message data is not transferred to shared memory. 14 suerr v v v v ss7 signal unit error rate interrupt. generated when in ss7 mode and error monitor, suerm, value ri ses past the threshold value, suet. 15 perr ? ? ? ? ? pci bus parity error. generated when musycc detects a parity error on data transferred into musycc either from another pci agent writing into musycc, or from musycc reading data from shared memory. this error is specific to th e data phase of a pci transfer while musycc is receiving data. note: pci system error signal, serr*, is ignored by musycc. note: to mask the perr interrupt, musycc?s pci configuration space, function 0, register 1, parity error response field must be set to 0. (3) 15 ilost 0 ilost ? ? ? ? ? no interrupts have been lost. 1 interrupt lost. generated when internal interrupt queue is full, and additional interrupt conditions are detected. because musycc cannot store the newest interrupt descriptors, it discards the new interrupts and overwrites this bit in the last inte rrupt in an internal queue prior to that interrupt being transferred out to shared memory. the integrity of the descriptor being overwritten is maintained. table 5-31. interrupt descriptor (4 of 5) bit field field name value interrupt name group channel direction maskable description tx rx
memory organization 28478-dsh-002-e mindspeed technologies ? 107 preliminary information / mindspeed proprietary and confidential 5.2.5.3 interrupt status descriptor the interrupt status descriptor is located in a fixed position within musycc?s internal registers. musycc updates this descriptor after each transfer of interrupt descriptors from its internal queue to the interrupt queue in shared memory. the host must read this descriptor from musycc registers before it processes any interrupts. the interrupt status descriptor?s contents are reset on hardware reset, soft chip reset, or when any field in the interrupt queue descriptor is modified. ta bl e 5 - 3 2 lists the details of the interrupt status descriptor. 14 grp[2] ? msb of group number. 13:0 blen[13:0] ? this field is relevant when event field is eob (rx and tx) or eom (rx only). for rx, it is equal to the number of octets received. for tx, it is the size of the buffer length ta rgeted for transmission and not necessarily the number of octets tran smitted. this field is 0 all other times. footnote: (1) receive eob and receive eom are concurrent events and are repor ted as a single interrupt; whereas transmit eob and eom are sepa rate events and are reported as separate interrupts (two interrupt events). (2) interrupt names are also reported in an error field within a receive buffer status descriptor which indicates the transfer stat us of a message currently being processed on a channel. the order of appearance in shared memory of a buffer status descriptor and an interrupt descriptor carrying th e same error condition informati on is indeterminate. the host s hould confirm that both an inter rupt descriptor and a buffer status desc riptor reports the error condition. (3) previously existed in bit 14 of 8474, 8472. note: if the interrupt queue is full, writing back th e same index (nextint) wi ll not allow future updates. hence, the host cannot process any interrupts from musycc including sack. to overcome this, if the interrupt qu eue is full, the following is required: 1. the 'next' (nextint) value must first be writen to a different value (next-1) and 2. then the correct value. please refer to the cn847x driver software for the pseudocode. table 5-32. interrupt status descriptor bit field name value description 31 rsvd 0 reserved. 30:16 nextint[14:0] ? next interrupt index. 15-bit dword index, or offset, from start of interrup t queue up to where the host has serviced interrupt descriptors. the nextint is a read/write bit fi eld. this is a 0-based number and equals the dword offset from interrupt queue pointer. the host can read this value to get the location of the first unserviced desc riptor in the queue. as the queue is circular, care must be taken to ensure roll-over cases at beginn ing and end of queue. the host must update this fi eld with the value of the next available entry in the interrupt queue after processing interrupts. table 5-31. interrupt descriptor (5 of 5) bit field field name value interrupt name group channel direction maskable description tx rx
memory organization 28478-dsh-002-e mindspeed technologies ? 108 preliminary information / mindspeed proprietary and confidential 5.2.6 interrupt handling 5.2.6.1 initialization interrupt management resources are automatically reset upon the following: hardware reset soft-chip reset service request global initialization service request read interrupt queue descriptor service request direct memory write to interrupt queue pointer direct memory write to interrupt queue length musycc uses two interrupt queues: one is internal to musycc and is controlled exclusively by the interrupt controller logic; the other is the interrupt queue in shared memory, which is allocated and administered by the host, but written to by musycc. upon initialization, the data in the status descriptor is reset to 0s, indicating the first location for next descriptor, the queue is not full, and no descriptors are in the queue. any existing descriptors in the internal queue are discarded. the interrupt status descriptor stores the location of the next descriptor to be read by the host, a queue full indicator, and a count of interrupts last written into shared memory since the last read of the interrupt status descriptor. the host must allocate sufficient shared memory space for the interrupt queue. up to 32,768 dwords of queue space are accessible by musycc, setting the upper limit for the queue size. musycc requires a minimum of two dwords of queue space, setting the lower limit for the queue size. the host must store the pointer to the queue and the queue?s length in dwords in musycc within the interrupt queue descriptor register. this is done by issuing the appropriate service request to musycc. as musycc takes in the new values, it automatically resets the controller lo gic as indicated above. this mechanism can also be used to switch interrupt queues wh ile musycc is in full operation. 5.2.6.2 interrupt de scriptor generation interrupt conditions are detected in both error and non-error cases. musycc makes a determination based on channel group, channel, and device configuration, whether reporting the condition is to be masked or whether an interrupt descriptor is to be sent to the host. if the interrupt is not masked, musycc generates a descriptor and stores it internally prior to transfer to the interrupt queue in shared memory. 15 intfull 0 interrupt queue not full?shared memory. (1) 1 interrupt queue full?shared memory. (1) 14:0 intcnt[14:0] ? interrupt count. 15-bit value indicates the numb er of interrupts pushed into the interrupt queue since the last reading of the interrupt status descriptor. all writes to this bit fi eld register are ignored. footnote: (1) the intfull stat us is read?cleared bit field. table 5-32. interrupt status descriptor bit field name value description
memory organization 28478-dsh-002-e mindspeed technologies ? 109 preliminary information / mindspeed proprietary and confidential the internal queue is capable of holding 128 descriptors while musycc arbitrates to master the pci bus and transfer the descriptors into the interrupt queue in shared memory. as the pci bus is mastered and after descriptors are transferred to shared memory, musycc updates the interrupt status descriptor. in making the intcnt field in the descriptor non-0, musycc asserts the pci inta* signal line. if, during the transfer of descriptors, the interrupt queue in shared memory becomes full, musycc stops transferring descriptors until the host indicates more descriptors can be written out. musycc indicates it cannot transfer more descriptors into shared memory by setting the bit field intfull in the interrupt status descriptor. musycc has enough internal space to store 128 additional descriptors. in cases where both shared memory queue and internal queue are full and new descriptors are generated, those descriptors are discarded. musycc indicates it has lost interrupts internally by overwriting the bit field ilost in the last interrupt descriptor in the internal queue. the ilost indication represents one or more lost descriptors. 5.2.6.3 inta* signal line the host must monitor the inta* signal line at all times. an assertion on this line signifies the intcnt filed in the interrupt status descriptor is non-0. a non-0 intcnt signi fies that interrupt descriptors have been written to the interrupt queue in shared memory. upon detection of the inta* assertion, the host must perform a direct read of the interrupt status descriptor from within musycc. this descriptor provides the offset to the location of the first unserviced descriptor in the queue, the number of unserviced descriptors, and determines if the queue is full. the intcnt field is reset on each read of the interrupt st atus descriptor. as the intcnt is reset, the inta* signal is deasserted. the host applies its interrupt service routines to service ea ch of the descriptors. as the host finishes servicing a number of descriptors, it must write the offset to the location of the next available entry in the interrupt queue to the interrupt status descriptor, nextint. a write to this field indicates to musy cc that descriptor lo cations previously unserviced now have been serviced, and new descriptors can be written. musycc continues to write to available space whether the host updates the nextint field or not. 5.2.6.4 intb* signal line a second interrupt signal line, the pci intb* signal line, is asserted by musycc when it detects an assertion on the ebus eint* signal line. musycc does not generate descriptors or use the interrupt queue for this condition because it does not know the source or reason for the in terrupt. the reason is external to musycc. this signal acts as an interrupt line pass-through for devices connected to the ebus. the eint* signal line can be tied to interrupt one or more output pins of one or more peripheral devices. as musycc detects eint* assertion, musycc asserts the intb* towards the host as long as the eint* remains asserted. the figure 5-2 illustrates the operation of eint*. note: after reading the interrupt status descript or, the host services all unserviced descriptors (count of intcnt starti ng at nextint) in the queue at the time of the read. if the host is unsuccessful in servicing this set of descripto rs, the host must provide an alternate method of tracking unserviced descriptors. every read of the status descriptors provides information only on new descriptors placed in the queue autonomously by musycc since the last time the status descriptor was read.
memory organization 28478-dsh-002-e mindspeed technologies ? 110 preliminary information / mindspeed proprietary and confidential figure 5-2. interrupt notification to host interrupt logic interrupt logic interrupt queue external logic device on ebus drives interrupt line internal logic unserviced interrupt descriptors in the interrupt queue host memory eint* inta* musycc intb* 8478_022
28478-dsh-002-e mindspeed technologies ? 111 preliminary information / mindspeed proprietary and confidential 6.0 basic operation 6.1 reset there are five levels of reset state: hard pci reset soft chip reset soft group reset channel activation channel deactivation there are two ways to assert a reset: 1. assert the pci reset signal pin, prst*. 2. assert a service request through the host interface to perform the soft chip reset, soft group reset, channel activation, or channel deactivation. 6.1.1 hard pci reset the pci reset is the most thorough level of reset in musyc c. all subsystems enter into their initial states. pci reset is accomplished by asserting the pci signal, prst*. the prst* signal is an asynchronous signal on the pci bus. the reset signal can be activated in several ways. the system must always assert the reset signal on power-up . also, a host bus to a pci bus bridging device should provide a way for software to assert the reset signal. additionally, software-controlled circuitry can be included in the system design to specifically assert the reset signal on demand. asserting prst* towards musycc guaran tees that data transfer operations and pci device operations will not begin until musycc has been properly initialized for operation. upon entering the pci reset state, musycc outputs a three-stated signal on all output pins and stops activity on all subsystems including the host interface, serial interface, and expansion bus. a pci reset signal in musycc takes one pci clock cycle to complete, after which the host can communicate with musycc using the pci configuration cycles. 6.1.2 soft chip reset a soft chip reset (scr) is a device-w ide reset without the host interface?s pci state being reset. serial interface operations and ebus operations are stopped. the soft chip reset state is entered in one of two ways: as a result of the pci reset as a result of a soft chip reset service request
basic operation 28478-dsh-002-e mindspeed technologies ? 112 preliminary information / mindspeed proprietary and confidential a scr performs the following functions: sets all bits to 0 in global configuration descriptor register except for portmap [1:0], which retains its current value. sets all bits to 0 in interrupt status regi ster, including nextint, intfull, and intcnt. sets all bits to 0 in group configuration descriptor register except mskcofa and mskoof which are set to 1. thus, all supported groups (both directions) are disabled. resets the interrupt write index to 0. hence, the next interrupt is written at the location pointed to by the value of interrupt queue pointer. (present values of the interrupt queue pointer and interrupt queue length remain intact.) deactivates all 32 channels (both directions) of each group. this action remains pending until two serial port clocks have been applied on the respective channel group input. sets all bits to 0 in the following registers: 1.port configuration descriptor 2.memory protection descriptor 3.message length descriptor 4.service request descriptor after the host requests a scr by writing to the service request descriptor, musycc does not acknowledge scr execution with any service request acknowledge (sack) interrupt descriptor. although no sack is generated, musycc will have completed execution of the transmit an d receive serial port scr functions after two clock pulses are applied to the respective tclk and rclk serial port inputs. these serial port clocks do not have to be present when the scr write occurs. when writing an scr service request, the host must ens ure at least one pci bus clock cycle has elapsed before writing another service request. to meet this minimum elapsed service request write timing interval, it is recommended that the host follow any scr write with another service request read from the same address. reading back the service request descriptor prevents a pc i burst write from sequentially writing different values into that descriptor. 6.1.3 soft group reset every supported channel group within musycc has the ability to reset (or deactivate) a specific direction for all channels in the group using a single service request: the soft group reset service request. when a soft group reset is requested, a direction (either transmit or receive) is specified in the request, and all channels in the specified group and direction are deactiva ted. for the transmit direction, output signal tdat is three-stated. the host must allow two line clock periods of the clock connected to the associated serial port to elapse for this reset to complete before issuing another service request. when a soft group reset is requested by the host, the service request mechanism is used. normally, every service request is acknowledged by musycc with a sack interrupt descriptor. note: scr does not affect any pci conf iguration register contents.
basic operation 28478-dsh-002-e mindspeed technologies ? 113 preliminary information / mindspeed proprietary and confidential 6.1.4 recommended initialization sequence the typical power-up or reset init ialization sequence is as follows: 1. pci configuration. 2. soft chip reset. 3. allocate shared memory. 4. initialize shared memory channel group descriptors and time slot map. 5. write the group base pointer values. 6. allocate interrupt queue and initialize it. 7. set message descriptor pointers. 8. perform global initialization, waiting for sack. 9. perform group initialization, waiting for sack between each service request. group initialization - receive group 0?8 group initialization - transmit group 0?8 6.2 configuration a sequence of hierarchical initializations must occur after resets. the levels of hierarchy are as follows: 1. pci configuration?only after hardware reset 2. global configuration 3. interrupt queue configuration 4. channel group(s) configuration 6.2.1 pci configuration after power-up or a pci reset sequence, musycc enters a holding pattern, waiting for pci configuration cycles directed specifically for musycc at the pci bus and pci slot musycc resides in. pci configuration involves pci read and write cycles initiated by the host and performed by a host-bus-to-pci-bus bridge device. the cycles are executed at the hardware signal level by the bridge device. the bridge device polls all possible slots on the bus it controls for a pci device and then iteratively reads the configuration space for all supported functions on each device. all information from the basic configuration sequence is forwarded to the system controller or host processo r controlling the bridge device. during pci configuration, the host can perform the following configuration for musycc?s function 0, hdlc network controller function: read pci configuration space (device identification, vendor identification, class code, and revision identification). allocate 1 mb system memory range and assign the base address register using this memory range. allow fast back-to-back transactions. note: sack for global initialization is not written unt il the global and interrupt queue descriptors are read from memory.
basic operation 28478-dsh-002-e mindspeed technologies ? 114 preliminary information / mindspeed proprietary and confidential enable pci system error signal line, serr*. allow response for pci parity error detection. allow pci bus-master mode. allow pci bus-slave mode. assign latency. assign interrupt line routing. during pci configuration, the host can perform the following configuration for musycc?s function 1, pci to ebus bridge: read pci configuration space (device identification, vendor identification, class code, and revision identification). allocate 1 mb system memory range and assign the base address register using this memory range. allow response for pci parity error detection. assign latency. assign interrupt line routing. 6.2.2 global configuration after pci configuration is complete, a set of hierarchical configuration sequences must be executed to begin operation at the channel level. global configuration is initiated by the host either issuing a service request or performing slave writes into musycc resident global configuration descriptor. global configuration specifies information used across the entire device including all supported channel groups, all channels, and the ebus (see ta bl e 5 - 6 , global configuration descriptor ). 6.2.3 interrupt queue configuration part of global configuration involves interrupt queue configuration (see ta bl e 5 - 2 8 , interrupt queue descriptor ). 6.2.4 channel group( s) configuration after global configuration, more specific group configuration must be performed for each supported channel group. the relevant references are as follows: table 5-10, group configuration descriptor table 5-11, memory protection descriptor table 5-12, port configuration descriptor table 5-13, message length descriptor table 5-14, transmit or receive time slot map table 5-16, transmit or receive subchannel map table 5-18, channel configuration descriptor note: device identification at the pci level configur ation must be used to identify the number of supported channel groups and channels in musycc, which, in turn, affects how musycc is eventually configured.
basic operation 28478-dsh-002-e mindspeed technologies ? 115 preliminary information / mindspeed proprietary and confidential 6.2.5 service request mechanism the service request mechanism requires that the host perform a direct memory write operation (slave write) into the appropriate channel group?s service request descriptor that is within musycc?s internal registers. the relevant references are as follows: ta bl e 5 - 1 , musycc register map ta bl e 5 - 9 , service request descriptor 6.2.6 musycc internal memory musycc has two areas of host-accessible internal memories. one is the internal ram (iram) and is accessed through musycc?s direct memory access controller (dmac) . the iram area contains the following descriptors and maps: table 5-14, transmit or receive time slot map table 5-16, transmit or receive subchannel map table 5-18, channel configuration descriptor (transmit or receive) a second area of internal memories makes up the host interface registers. this area is not accessed through musycc?s dmac. the host interface register contains the following descriptors: ta bl e 5 - 6 , global configuration descriptor ta bl e 5 - 7 , dual address cycle base pointer ta bl e 5 - 8 , group base pointer ta bl e 5 - 9 , service request descriptor table 5-10, group configuration descriptor table 5-11, memory protection descriptor table 5-12, port configuration descriptor table 5-13, message length descriptor table 5-14, transmit or receive time slot map table 5-16, transmit or receive subchannel map table 5-18, channel configuration descriptor table 5-28, interrupt queue descriptor 6.2.6.1 memory operat ions?inactive channels when all channels are deactivated, the iram and host interface registers can be read and written. the iram registers require that the corresponding channel group?s line clocks (tclk, rclk) are active. reading from any iram register with inactive line clocks returns the pattern dead acceh?conveying "dead access." writing to any iram register with inactive line clocks returns in the writes being ignored. read operations to invalid (unsupported to reserved) addresses or write-only registers return all 1s. write operations to invalid (unsupported or reserved) addresses or read-only register bits result in the write to that bit location being ignored.
basic operation 28478-dsh-002-e mindspeed technologies ? 116 preliminary information / mindspeed proprietary and confidential 6.2.6.2 memory operations?active channels there are only a few locations that are allowed to be slave-accessed after musycc has an active channel: group base pointer service request descriptor interrupt status descriptor any ebus function 1 location the host must not perform pci slave accesses to any ot her register after musycc has a channel activated on any group. any attempt to read or write to other musycc registers as a pci slave device while channels are activated can result in dmac lock-up and spontaneous (unreported) channel deactivation. this limitation is inclusive of all groups; for example, it is not acceptable to perform a sl ave write to the group 2 time slot map while there is an active channel on group 0. all of the slave writes can be accomplished with initial service requests after setting the appropriate descriptor value in shared memory. also, any value that could be read directly from musycc can more easily be read directly from the descriptors in shared memory. 6.3 channel operation to start any channel processing, a series of shared memory segments must be obtained by the host and initialized as specific descriptors which musycc can use to control its channel processing operations. to illustrate the required musycc co nfiguration, assume the following: port 0 is physically wired to a pcm carrying e1 signal (2.048 mbps). ebus is not used. pci configuration is displayed in ta bl e 5 - 3 , musycc pci function memory allocation . memory protection is enabled for range 0x00100000 to 0x001fffff. application: port 0 is configured for 32 channel operation, e1 signal, 2.048 mbps. transmit and receive time slots are mapped identically. time slot 0 is mapped to logical channel 0 (64 kbps). time slot 1 bits 0?3 are mapped to logical channel 1 (32 kbps subchannel). time slot 2?3 are mapped to logical channel 2 (128 kbps hyperchannel). 16-bit fcs hdlc. maximum message length is 1024 octets for channel 0. maximum message length is 512 octets for channel 1. maximum message length check is disabled for channel 2. no ss7 functions. idle code = 7eh. pad fill count = 0. c-language support. each section below builds on the previous sections.
basic operation 28478-dsh-002-e mindspeed technologies ? 117 preliminary information / mindspeed proprietary and confidential 6.3.1 group structure a group structure (one per supported group) must be allocated in shared memory. a data structure is instrumental in keeping the memory spaces for the various descriptors required for a channel group configuration in a sequential order and at exact offsets from the beginning of the group structure. once a group structure is allocated in shared memory, all descriptor spaces are allocated within the group structure. service request handling within musycc requires the group structure and descriptor contents be at an exact offsets within the structure. for this example, the following group structure declaration is used: /* reference: chapter ?memory organization? */ #define size_of_group_structure 1564 #define num_groups 1 #define boundary 2048 #define musycc_func_0_bar 0x00900000 /* system usually assigns this */ /* declare variable */ typedef struct tgroup_structure { unsigned long *pgroupbase; unsigned long *pdualaddresscyclebase; unsigned long servicerequestdescr; unsigned long interruptstatusdescr; unsigned char txtime slotmap[128]; unsigned char txsubchannelmap[256]; unsigned char txchannelconfigdescr[128]; unsigned char rxtime slotmap[128]; unsigned char rxsubchannelmap[256]; unsigned char rxchannelconfigdescr[128]; unsigned long globalconfigdescr; unsigned long interruptdescr[2]; unsigned long groupconfigdescr; unsigned long memoryprotectdescr; unsigned long messagelengthdescr; unsigned long portconfigdescr; } tgroup_structure; /* important note: byte padding within the structure would cause descriptor */ /* offsets from the beginning of the structure to move. musycc requires every */ /* offset to be fixed at all times. byte padding is an automatic function of */ /* many compilers. */ /* allocate space */ tgroup_structure groupstr0; /* one per supported group */ /* fixed descriptor offsets into the group structure */ #define group_base_offset...............0x00000000 #define dual_address_cycle_base_offset..0x00000004 #define service_request_offset..........0x00000008 #define interrupt_status_offset.........0x0000000c #define tx_time slot_map_offset..........0x00000200 #define tx_subchannel_map_offset........0x00000280
basic operation 28478-dsh-002-e mindspeed technologies ? 118 preliminary information / mindspeed proprietary and confidential #define tx_channel_config_descr_offset..0x00000380 #define rx_time slot_map_offset..........0x00000400 #define rx_subchannel_map_offset........0x00000480 #define rx_channel_config_descr_offset..0x00000580 #define global_config_descr_offset......0x00000600 #define int_queue_descr_offset..........0x00000604 #define int_queue_pointer_offset........0x00000604 #define int_queue_length_offset.........0x00000608 #define group_config_descr_offset.......0x0000060c #define memory_protect_descr_offset.....0x00000610 #define message_length_descr_offset.....0x00000614 #define port_config_descr_offset........0x00000618 6.3.2 group base pointer for the group base pointer the host must allocate a 2 kb bound memory segment for channel group 0. the value calculated as the address for a group base structure must be written into musycc?s group 0 base pointer register using a pci write cycle. after pci configurat ion, this is a simple me mory access by the host. a service request does not exist to update this pointer in musycc because all service requests reference this pointer value to gain access to the shared memory resident group structure and the descriptors within it. the components of the group base pointer are listed in ta b l e 6 - 1 . #define size_of_group_structure 1564 #define group_str_boundary 2048 groupstr0.pgroupbase = malloc( size_of_group_structure + group_str_boundary ); groupstr0.pgroupbase = ( groupstr0.pgroupbase + group_str_boundary ) & ~(group_str_boundary -1); /* group base pointer pointers must be a 2k byte aligned address */ /* above, there is enough space to first move forward 2k bytes, then */ /* lop off the 2k automatically. this will bring the pointer back */ /* to the original address or give us the next 2k byte boundary address */ /* important note: be sure to save away the original pointer returned by the */ /* memory access routine as that same value will be required to free the space. */ /* must write directly into musycc register */ *(musycc_func_0_bar + group_base_offset) = groupstr0.pgroupbase; 6.3.3 global configuration descriptor /* clock activity indicators - read only, writes are ignored */ /* mpu control - assume ebus is not used and default values are fine */ /* portmap = 0, port 0 mapped to channel group 0 */ groupstr0.globalconfigdescr = 0x00000000; table 6-1. example?components of group base pointer descriptor component of descriptor value of components group base pointer pointer to a shared memory segment large enough for all configuration descriptors for channel group 0. return pointer from ?malloc ( )? adjusted to a 2 kb boundary.
basic operation 28478-dsh-002-e mindspeed technologies ? 119 preliminary information / mindspeed proprietary and confidential /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + global_config_descr_offset) = groupstr0.globalconfigdescr; the components of the global configuration descriptor are listed in ta bl e 6 - 2 . 6.3.4 interrupt queue descriptor #define bytes_per_int_descr 4 /* recall, dword = 32-bits or 4 bytes */ #define num_int_descr_needed 10 /* assumption (min = 2, max = 32768) */ #define size_of_interrupt_queue (bytes_per_int_descr * num_int_descr_needed) #define int_queue_boundary 4 /* local variables */ unsigned long *pintqueue; unsigned long intqueuelen; pintqueue = malloc( size_of_interrupt_queue + int_queue_boundary ); pintqueue = (pintqueue + int_queue_boundary) & ~(int_queue_boundary ? 1); /* interrupt queue pointers must be a dword aligned address */ /* above, there is enough space to first move forward 4 bytes, then */ /* lop off the 4 automatically. this will bring the pointer back */ /* to the original address or give us the next 4 byte boundary address */ /* important note: be sure to save away the original pointer returned by the */ /* memory access routine as that same value will be required to free the space. */ intqueuelen = num_int_descr_needed - 1; /* 0-based */ groupstr0.intqueuedescr[0] = pintqueue; table 6-2. example?components of global configuration descriptor descriptor component of descriptor value of components global configuration descriptor txclkact0 txclkact1 txclkact2 txclkact3 rxclkact0 rxclkact1 rxclkact2 rxclkact3 read only values. writes are ignored. it would be ideal to read this descriptor firs t and verify that musycc detects clocks at the rx and tx ports being used. blapse ecken mpusel alapse elapse 0 = don?t care. 0 = ebus clock output disabled. 0 = motorola-style protocol supported. 0 = don?t care. 0 = don?t care. portmap use 0 where the mapping is defined as: port 0 -> channel group 0 port 1 -> channel group 1 port 2 -> channel group 2 port 3 -> channel group 3
basic operation 28478-dsh-002-e mindspeed technologies ? 120 preliminary information / mindspeed proprietary and confidential groupstr0.intqueuedescr[1] = intqueuelen; /* either write directly into musycc register - or - use a service request */ /* for this descriptor, 2 dwords need to be written, so 2 write accesses */ *(musycc_func_0_bar + int_queue_pointer_offset)= groupstr0.intqueuedescr[0]; *(musycc_func_0_bar + int_queue_length_offset) = groupstr0.intqueuedescr[1]; the components of the interrupt queue descriptor are listed in ta bl e 6 - 3 . 6.3.5 group configuration descriptor /* signal unit error threshold = 0, no ss7 support required */ /* sf alignment = 0, use internal flywheel mechanism after initial frame sync */ /* poll throttle = 1, poll every 16th frame */ /* inhibit tx bsd = 0, do not inhibit */ /* inhibit rx bsd = 0, do not inhibit */ /* memory protection violation action = 0, reset group on detection /* message config bit copy = 1, enable */ /* mask cofa interrupt = 0, do not mask */ /* mask oof interrupt = 0, do not mask */ /* oof message processing = 0, continue processing incoming messages */ /* subchanneling = 0, enabled */ /* transmitter enabled = 1, enabled */ /* receiver enabled = 1, enabled */ groupstr0.groupconfigdescr = 0x00000443; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + group_config_descr_offset) = groupstr0.groupconfigdescr; table 6-3. example?components of interrupt queue descriptor descriptor component of descriptor value of components interrupt queue descriptor iqptr pintqueue, provided by memory allocation functions and adjusted to be dword bound iqlen intqueuelen, specified by #define (0-based)
basic operation 28478-dsh-002-e mindspeed technologies ? 121 preliminary information / mindspeed proprietary and confidential the components of the group configuration descriptor are listed in ta bl e 6 - 4 . 6.3.6 memory protection descriptor /* memory protection disabled = 0 */ groupstr0.memoryprotectdescr = 0x00000000; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + group_config_descr_offset) = groupstr0.memoryprotectdescr; the components of the memory protection descriptor are listed in ta bl e 6 - 5 . 6.3.7 port configuration descriptor /* three-state transmitter output = 0 */ /* rx out of frame signal active edge = 0, falling edge */ /* rx synchronization signal active edge = 0, falling edge */ /* rx data signal active edge = 0, falling edge */ /* tx synchronization signal active edge = 0, falling edge */ /* tx data signal active edge = 0, falling edge */ /* port mode = 1, e1 32 time slot */ groupstr0.portconfigdescr = 0x00000001; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + port_config_descr_offset) = groupstr0.portconfigdescr; table 6-4. example?components of group configuration descriptor descriptor component of descriptor value of components group configuration descriptor suet 0 = ss7 not being used sfalign 0 = use internal flywheel mechanism pollth 1 = poll buffer owners hip every 16th frame per channel inhtbsd 0 = allow tx buffer status descriptor writes inhrbsd 0 = allow rx buffer status descriptor writes mempva 0 = on memory protection violation, reset group mcenbl 1 = message configuration bits copy enabled mskcofa 0 = do not mask cofa interrupt mskoof 0 = do not mask oof interrupt oofabt 0 = on oof detection, continue processing channel subdsbl 0 = subchanneling enabled txenbl 1 = transmitter enabled rxenbl 1 = receiver enabled table 6-5. example?components of memory protection descriptor descriptor component of descriptor value of components memory protection descriptor proten bl 0 = memory protection disabled
basic operation 28478-dsh-002-e mindspeed technologies ? 122 preliminary information / mindspeed proprietary and confidential the components of the port configuration descriptor are listed in ta bl e 6 - 6 . 6.3.8 message length descriptor /* maximum frame length register 2 = 0x200 */ /* maximum frame length register 1 = 0x400 */ groupstr0.messagelengthdescr = 0x02000400; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + message_length_descr_offset) = groupstr0.messagelengthdescr; the components of the message length descriptor are listed in ta b l e 6 - 7 . 6.3.9 transmit time slot map?channel 0 /* each time slot descriptor contains 4 time slot assignments */ /* each byte in the dword descriptor is a time slot assignment */ /* byte 0/dword 0 is for time slot 0 */ /* byte 1/dword 0 is for time slot 1 */ /* byte 2/dword 0 is for time slot 2 */ /* byte 3/dword 0 is for time slot 3 */ /* for demonstration, assign each byte separately */ groupstr0.txtime slotmap[0] = 0; /* zero it out for demo purposes */ /* time slot 0, channel number assigned = 0 */ /* time slot 0, time slot enabled code = 4, enabled and 64 kbps */ groupstr0.txtime slotmap[0] |= 0x00000080; /* time slot 1, channel number assigned = 1 */ /* time slot 1, time slot enabled code = 7, subchannel w/ 1st bit active */ groupstr0.txtime slotmap[1] |= 0x0000d100; /* time slot 2, channel number assigned = 2 */ /* time slot 2, time slot enabled code = 4, enabled and 64 kbps */ table 6-6. example?components of port configuration descriptor descriptor component of descriptor value of components port configuration descriptor tritx 0 = three-state output when transmit ter enabled and time slot is not mapped roof_edge rsync_edge rdat_edge tsync_edge tdat_edge 0 = active edge of signals is falling edge portmd 1 = 32 channel with e1 signalling table 6-7. example?components of message length descriptor descriptor component of descriptor value of components message length descriptor maxfrm2 0x200, register 2 to 512 octets maxfrm1 0x400, register 1 to 1024 octets
basic operation 28478-dsh-002-e mindspeed technologies ? 123 preliminary information / mindspeed proprietary and confidential groupstr0.txtime slotmap[2] |= 0x00820000; /* time slot 3, channel number assigned = 2 */ /* time slot 3, time slot enabled code = 4, enabled and 64 kbps */ groupstr0.txtime slotmap[3] |= 0x82000000; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + tx_time slot_map_offset) = groupstr0.txtime slotmap[0]; /* the value for the first dword becomes tx time slot map = 0x8282d180 */ the components of the transmit time slot map are listed in ta b l e 6 - 8 . 6.3.10 transmit subchannel map /* each subchannel descriptor is made up of 2 dwords */ /* dword 0 defines the configuration of 1st 4 subchannel bits */ /* dword 1 defines the configuration of 2nd 4 subchannel bits */ /* for demonstration, assign each byte separately */ /* for this example, only logical channel 1 is being subchanneled */ /* dword 0 and 1, for logical channel 0 */ /* dword 2 and 3, for logical channel 1 */ /* dword 4 and 5, for logical channel 2 */ groupstr0.txsubchannelmap[4] = 0; /* zero it out for demo purposes */ groupstr0.txsubchannelmap[5] = 0; /* zero it out for demo purposes */ /* time slot 1, bit-0 enabled and assigned to channel 1 in time slot map */ /* time slot 1, bit-1 enabled and assigned to channel 1 in subchannel map */ groupstr0.txsubchannelmap[4] |= 0x00008100; /* time slot 1, bit-2 enabled and assigned to channel 1 in subchannel map */ groupstr0.txsubchannelmap[4] |= 0x00810000; /* time slot 1, bit-3 enabled and assigned to channel 1 in subchannel map */ groupstr0.txsubchannelmap[4] |= 0x81000000; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + tx_subchannel_map_offset + 4) = groupstr0.txsubchannelmap[0]; *(musycc_func_0_bar + tx_subchannel_map_offset + 5) = groupstr0.txsubchannelmap[0]; table 6-8. example?components of transmit time slot map ? channel 0 descriptor component of descriptor value of components time slot map tsen3/7 4 = time slot enabled w/ 64 kbps mode ch3/7 2 = logical channel 2 tsen2/6 4 = time slot enabled w/ 64 kbps ch2/6 2 = logical channel 2 tsen1/5 7 = time slot enables subchannel mode w/ first bit ch1/5 1 = logical channel 1 tsen0/4 4 = time slot enabled w/ 64 kbps mode ch0/4 0 = logical channel 0
basic operation 28478-dsh-002-e mindspeed technologies ? 124 preliminary information / mindspeed proprietary and confidential /* note +4 and +5 dword offsets into the subchannel map are for channel 1 bits */ /* the value for the 4th dword becomes tx subchannel map = 0x81818100 */ /* the value for the 5th dword becomes tx subchannel map = 0x00000000 */ the components of the transmit subchannel map are listed in ta bl e 6 - 9 . 6.3.11 transmit channel co nfiguration descriptor /* each transmit channel descriptor is made up of 1 dwords */ /* need to define channel 0, 1, and 2 - 3 dwords total */ /* dword 0 for logical channel 0 */ /* dword 1 for logical channel 1 */ /* dword 2 for logical channel 2 */ /* for logical channel 0 */ /* pad count adjustment = 0, disabled */ /* buffer location index = 0 */ /* data inversion = 0, disabled */ /* internal buffer length = 0 */ /* end of padfill interrupt = 0, disabled */ /* protocol = 2, hdlc-16-fcs */ /* message length check register = 1, use register 1 */ /* fcs transfer = 0, normal, do not transfer rx fcs into shared memory */ /* mask suerr interrupt = 0, do not mask, enable interrupt */ /* mask sinc. interrupt = 0, do not mask, enable interrupt */ /* mask sdec. interrupt = 0, do not mask, enable interrupt */ /* mask sfilt interrupt = 0, do not mask, enable interrupt */ /* mask idle. interrupt = 0, do not mask, enable interrupt */ /* mask msg interrupt = 0, do not mask, enable interrupt */ table 6-9. example?components of transmit subchannel map descriptor component of descriptor value of components subchannel map (dword 4) biten3/7 1 = bit 3 enabled ch3/7 1 = logical channel 1 biten2/6 1 = bit 2 enabled ch2/6 1 = logical channel 1 biten1/5 1 = bit 1 enabled ch1/5 1 = logical channel 1 biten0/4 0 = bit 0 not assigned here, see time slot map ch0/4 0 = bit 0 not assigned here see time slot map subchannel map (dword 5) tsen3/7 0 = bit 7 disabled ch3/7 0 = don?t care tsen2/6 0 = bit 6 disabled ch2/6 0 = don?t care tsen1/5 0 = bit 5 disabled ch1/5 0 = don?t care tsen0/4 0 = bit 4 disabled ch0/4 0 = don?t care
basic operation 28478-dsh-002-e mindspeed technologies ? 125 preliminary information / mindspeed proprietary and confidential /* mask eom interrupt = 0, do not mask, enable interrupt */ /* mask buff. interrupt = 0, do not mask, enable interrupt */ groupstr0.txchannelconfigdescr[0] = 0x000024000; /* for logical channel 1 */ /* everything same except as logical channel 0 */ /* buffer location index = 1 */ /* internal buffer length = 0 */ /* message length check register = 2, use register 2 */ groupstr0.txchannelconfigdescr[1] = 0x01002800; /* for logical channel 2 */ /* everything same except as logical channel 0 */ /* buffer location index = 2 */ /* internal buffer length = 0 */ /* message length check register = 0, do not check */ groupstr0.txchannelconfigdescr[2] = 0x02002000; /* either write directly into musycc register - or - use a service request */ *(musycc_func_0_bar + tx_channel_config_descr_offset +0) = groupstr0.txchannelconfigdescr[0]; *(musycc_func_0_bar + tx_channel_config_descr_offset +1) = groupstr0.txchannelconfigdescr[1]; *(musycc_func_0_bar + tx_channel_config_descr_offset +2) = groupstr0.txchannelconfigdescr[2];
basic operation 28478-dsh-002-e mindspeed technologies ? 126 preliminary information / mindspeed proprietary and confidential the components of the channel configuration descriptor are listed in ta b l e 6 - 1 0 . 6.3.12 receive time slot map same as transmit time slot map. 6.3.13 receive subchannel map same as transmit subchannel map. 6.3.14 receive channel configuration descriptor same as transmit channel configuration descriptor. 6.3.15 message lists message lists contain data transmitted or received by musycc. message lists always reside in shared memory. upon channel activation, musycc traverses the list and either takes data from data buffers (tx) or puts data into data buffers (rx). each direction of a channel must be assigned a message list before the direction of that channel is activated. a message list is a singly-lin ked list of message descriptors. a message descriptor consists of a buffer descriptor (1 dword), a data pointer (1 dword), and a next descriptor pointer (1 dword). (for further information, refer to table 5-19, message descriptor ). table 6-10. example?components of channel configuration descriptor descriptor component of descriptor value of components transmit channel configuration descriptor padj 0 = pad count adjustment disabled buffloc 0 = for logical channel 0 1 = for logical channel 1 2 = for logical channel 2 inv 0 = data inversion disabled bufflen 0 = total fifo = (0+1)*2 = 2 dwords eopi 0 = end-of-padfill interrupt disabled protocol 2 = hdlc w/ 16-bit fc maxsel 1 = for logical channel 0 application 2 = for logical channel 1 application 0 = for logical channel 2 application fcs 0 = fcs transfer normal msksuerr msksinc msksdec msksfilt mskidle mskmsg mskeom mskbuff 0 = interrupt masking disabled th erefore enabling these interrupts
basic operation 28478-dsh-002-e mindspeed technologies ? 127 preliminary information / mindspeed proprietary and confidential the buffer descriptor contains a set of bit fields which in struct musycc how to behave after the data is put in or taken out of a data buffer. the data pointer contains an address in shared memory where musycc can take data to be transmitted or store data received from the corresponding channel. the next descriptor pointer contains an address of a message descriptor in shared memory where musycc can access the ?next? message descriptor in the linked list. to terminate a message list, the contents of the next descriptor pointer in the last descriptor in a list can point either to the address of the last descriptor or to a general purpose ?terminate? message descriptor that can be used by any message list to represent the end of the list. thus, the owner bit field in the last descriptor?s buffer descriptor must eventually indicate that the host owns the buffer. this bit value is opposite for receive and transmit buffer ownership. the owner bit field mechanism controls the termination of the message list as musycc reads in each message descriptor in the linked list: it first checks the owner bit field to see if it, and not the host, owns the buffer. if it does own the descriptor, after servicing the contents of this descriptor, musycc reverses the owner bit field to hand the descriptor back to the host; if it does not own the buffer, the end of the message list is automatically concluded. the channel stays active and, depending on other bit fiel d values in the buffer descriptor, musycc either polls this last descriptor regularly to see if the owner bit value has changed, or it idles the channel and awaits another channel activation or channel jump request. the former is useful in continuing a message list while retaining the original list. the latter is useful in starting a message list from the top element in the list. the host processor must never change a descriptor in a buffer to which it has already granted musycc ownership. the owner bit is the only hands hake mechanism to prevent race conditions. the following describes a general sequence for setting up the transmit message descriptor for a single channel: /* assume transmit channel is currently deactivated */ /* assume that a 1024-byte message is separated into four 256-byte data buffers */ /* because four buffers will be used, four 12-byte segments [or one 48-byte */ /* of shared memory is required */ /* declare structures */ typedef tdata_buffer { unsigned char data[256]; } data_buffer; typedef tmsg_descr { unsigned long bufferdescr; struct data_buffer *pdatabuffer; struct msg_descr *pnextmsgdescr; } msg_descr; /* allocate space */ msg_descr *ptxmsgdescr[4]; data_buffer *pdatabuf[4]; /* link the message descriptors together. terminate the message list by */ /* assigning the ?next? pointer in the last descriptor to point to the last */ /* descriptor itself */ ptxmsgdescr[0]->pnextmsgdescr = ptxmsgdescr[1];
basic operation 28478-dsh-002-e mindspeed technologies ? 128 preliminary information / mindspeed proprietary and confidential ptxmsgdescr[1]->pnextmsgdescr = ptxmsgdescr[2]; ptxmsgdescr[2]->pnextmsgdescr = ptxmsgdescr[3]; ptxmsgdescr[3]->pnextmsgdescr = ptxmsgdescr[0]; /* note: last descriptor points to itself */ /* assign each message descriptor a data buffer */ ptxmsgdescr[0]->pdatabuffer[0] = pdatabuf[0]; ptxmsgdescr[1]->pdatabuffer[1] = pdatabuf[1]; ptxmsgdescr[2]->pdatabuffer[2] = pdatabuf[2]; ptxmsgdescr[3]->pdatabuffer[3] = pdatabuf[3]; /* set the value for each buffer descriptor in each message descriptor */ /* owner bit to musycc, for tx buffers set to 1, for rx set to 0 */ /* np bit to enable polling, set to 0 */ /* eom bit if the last data buffer is associated with this descriptor */ /* eobi bit to enable end-of-buffer interrupt, set to 1 */ /* ic field to set the idle-code to 7eh, set to 0 */ /* paden field to disable pad fill, set to 0 */ /* padcnt field to specify 0 pad fill codes, set to 0 */ /* repeat bit to disable message retransmission, set to 0 */ /* blen field set to the length of the data buffer, set to 256 */ /* msg descr 0 */ ptxmsgdescr[0]->bufferdescr = 0x90000200; /* msg descr 1 */ ptxmsgdescr[1]->bufferdescr = 0x90000200; /* msg descr 2 */ ptxmsgdescr[2]->bufferdescr = 0x90000200; /* msg descr 3 */ /* only difference is eom bit */ ptxmsgdescr[3]->bufferdescr = 0x92000200; /* fill data buffer with outbound traffic. each buffer contains 256-bytes of data */ /* set the head pointer, for example for channel 0, to point to the top of */ /* the just formed message descriptor list */ /* activate transmit channel by issuing a service request */ /* servicerequest( activate_channel, group, channel, direction ); */ 6.3.16 channel activation after the previous levels of configuration are completed, individual channels within a channel group are ready to be activated. service requests activate channels. each channel within a channel group cons ists of a transmitter and receiver section. each section is independent of the other and maintains its own state machine, configuration registers, and internal resources. to activate both transmitter and receiver sections, two separate service requests are required, one directed to the transmitter and one to the receiver. musycc responds to each service request with the sack interrupt descriptor, notifying the host that the ta sk was completed. channel activation is an asynchronous command from the host interface to a transmit or receive section of a channel to jump to a new message. message descriptors in shared memory describe the attributes of the new
basic operation 28478-dsh-002-e mindspeed technologies ? 129 preliminary information / mindspeed proprietary and confidential message, what to do between messages, and the location of message data buffers in memory to use for transmit data or receive data. 6.3.16.1 transmit channel activation the following describes what musycc does when the transmit channel is activated: 1. reads the tx head pointer for the channel from shared memory, and stores it in the internal channel descriptor map. 2. reads the message descriptor pointed to by tx head pointer, and stores it in internal channel descriptor map. 3. checks bit field owner and np in buffer descriptor. if owner = 1, musycc is the buffer owner. load channel descriptor map with data buffer pointer and data buffer length. go to 4. if owner = 0, musycc is not the buffer owner. can enter polling mode until musycc owns buffer or receives another service request to activate channel or jump to new message. repeat 3. 4. checks bit field inhtbsd in group configuration descriptor. if inhtbsd = 0 (i.e., musycc is allowed to overwrite buffer descriptor with a buffer status descriptor), the address of the buffer descriptor is stored in the message pointer slot in shared memory. after the current message is completely processed, musycc reads in the next message pointer and overwrites buffer descriptor. go to 3. if inhtbsd = 1 (i.e., musycc is not allowed to overwrite buffer descriptor), the address of next message pointer is pre-fetched from the current message descriptor and stored in the message pointer slot in shared memory. after the current message is completely pr ocessed, musycc jumps to this pointer and starts processing a new message. go to 5 when current message is processed, otherwise repeat 4. simultaneously, musycc masters the pci bus and reads data into transmit fifo from shared memory, and the serial port outputs data using the control lines tclk, tsync, and tdat as appropriate. 5. at end of message, interrupt descriptors and buffer status descriptors can be written out to shared memory (see 3)?depending on the masking of interrupts and allowance of buffer descriptor overwrites. 6. read next message descriptor. 7. go to 3. 6.3.16.2 receive channel activation the following describes what musycc does when the receive channel is activated: 1. reads the rx head pointer for the specified channel from shared memory, and stores in the internal channel descriptor map. 2. reads the message descriptor pointed to by head pointer, and stores in the channel descriptor map. 3. check bit field owner and np in buffer descriptor. if owner = 0, musycc is the buffer owner. load channel descriptor map with data buffer pointer and data buffer length. go to 4. if owner = 1, musycc is not the buffer owner. may enter polling mode until musycc owns buffer or receives another service request to activate channel. repeat 3. 4. check bit field inhrbsd in group configuration descriptor. if inhrbsd = 0 (i.e., musycc is allowed to overwrite buffer descriptor with a buffer status descriptor), the address of the buffer descriptor is stored in the message pointer slot in shared memory. after current message is completely processed, musycc reads in next messag e pointer and overwrites buffer descriptor. go to 3.
basic operation 28478-dsh-002-e mindspeed technologies ? 130 preliminary information / mindspeed proprietary and confidential if inhrbsd = 1 (i.e., musycc is not allowed to overwrite buffer descriptor), the address of next message pointer is pre-fetched from the current message descriptor and stored in the message pointer slot in shared memory. after the current message is completely pr ocessed, musycc jumps to this pointer and starts processing the new message. go to 5 when curr ent message is processed, otherwise repeat 4. simultaneously, the receiver is configured and data is sampled in from the serial port using control lines rclk, rsync, rdat, and roof as appropriate, and, musycc masters the pci bus and transfers data from the internal fifo to shared memory. 5. at end of message, interrupt descriptors and buffer status descriptors can be written out to shared memory (see 3)?depending on the masking of interrupts and allowance of buffer descriptor overwrites. 6. read next message descriptor. 7. go to 3. 6.3.17 channel deactivation after the channel has been activated, channel deactivation via a service request suspends activity on an individual channel-direction by stopping that channel?s processing of the current buffer list. the only indication that musycc has completely stopped its list processing is a sack interrupt. therefore, the host must wait for a sack before setting up the new buffer list. each channel within a channel group cons ists of a transmitter and receiver section. each section is independent of the other and maintains its own state machine and configuration registers. to deactivate both transmitter and receiver sections, two separate service requests are required?one directed to the transmitter and one to the receiver. musycc responds to each service request with the sack interrupt descriptor, which notifies the host that the task was completed. a channel deactivation is an asynchronous command from the host interface to a transmit or receive section of a channel to suspend bit-level processing and halt memory transfers into shared memory. 6.3.17.1 transmit channel deactivation the following describes what musycc does when the transmit channel is deactivated: 1. current message processing is terminated destructively ; that is, data can be lost and messages prematurely aborted. 2. the bit-level processor responsible for handling outbound bits to the serial port is immediately and asynchronously disabled. the data output pin, tdat, is three-stated or held at logic 1, depending on the bit field tritx in the port configuration descriptor. data transfers from shared memory are halted. 3. the channel direction remains in the suspended state until the channel is activated. the current channel direction configuration is maintained. note: musycc responds to either a jump or activate service request by reading first the head pointer and then the message descriptor pointed to by the head pointer. therefore, software must set up the new head pointer and message descriptors (i.e., buffer list) before issuing either a jump or activate service request.
basic operation 28478-dsh-002-e mindspeed technologies ? 131 preliminary information / mindspeed proprietary and confidential 6.3.17.2 receive channel deactivation the following describes what musycc does when the receive channel is deactivated: 1. current message processing is terminated destructively ; that is, data can be lost and messages prematurely aborted. 2. the bit-level processor responsible for handling inbound bits from the serial port is immediately and asynchronously disabled. data transfers to shared memory are halted. 3. the channel direction remains in the suspended state until the channel is activated. the current channel direction configuration is maintained. 6.3.18 channel jump a channel jump request is issued by the host via a service request. for a receiver, channel jumps are the same as channel activation. for a transmitter, channel jumps are non-destructive to currently serviced messages. the channel state is not reset as in the channel activate sequence. therefore, a transmitter channel must be activated first, then subsequent jump requests can be made using the channel jump service request. for a transmitter, channel jumps provide a non-destructive way to start transmitting a new message list. musycc waits until the completion of the current message before jumping to a message list pointed to by a new head pointer. a jump request is issued by the host via a service request towards a channel in a channel group in musycc. 6.3.19 frame alignment each serial port frame consists of a fixed number of bits grouped into time slots according to the frame alignment supplied by the serial port tsync and rsync signals. musycc must be provided at least one external synchronization pulse on the tsync and rsync input pins after the respective channel group is enabled. after this initial sync pulse, musycc tracks subsequent seri al port frame boundaries using its internal flywheel mechanism or the next applied sync pulse. in addition to tracking serial port frame boundaries, the internal flywheel generates a frame synchronization signal that can be selected to control the channel group's alignment of transparent mode channel data streams. by default, the frame synchronization signal from the internal flywheel determines transparent mode channel data stream alignment. if external data stream synchronization is preferred, the sfalign bit field in the group configuration descriptor can be set to expect this synchronization signal to come from the serial port tsync and rsync input pins. while sfalign is set, the internal flywhe el continues to operate, but the synchronization signal from the flywheel is not used to determine data stream alignment. instead, alignment is provided by the external framer device which is allowed to strobe the sync input pins at periodic frame intervals or at any desired multiple of the frame interval (i.e., superframe). each serial port frame carries stream data from one or more packetized hdlc or unpacketized transparent mode channels. although channels are mapped to specific time slots within the serial port frame, each channel's data note: the service request acknowledge (via the sack interrupt descriptor) for the jump service request?specifically for the tr ansmit direction?will not be output towards the host until after the current message is transmitted. for applications with long messages to transmit, the jump service request must be used with care. note: nx64 serial port mode does not operate the internal flywheel and therefore requires periodic tsync and rsync pulses to keep track of serial port frame boundaries.
basic operation 28478-dsh-002-e mindspeed technologies ? 132 preliminary information / mindspeed proprietary and confidential streaming process may or may not have a particular alignm ent with respect to that channel's assigned time slot boundaries, depending upon whether the channel is configured to operate in hdlc or transparent mode. for hdlc mode channels, data stream processing begins immediately upon channel activation. any type of alignment of a hdlc channel's data stream with respect to its assigned serial port time slots is unnecessary, and musycc disables time slot synchronization for that channel. therefore, no specific alignment exists or needs to exist between the first bit of a hdlc message and the first bit of the assigned channel time slot. after activation of a transparent mode channel, the sfalign setting selects whether that channel's bit-level processor either waits for a frame synchronization signal from the internal flywheel, or an external synchronization signal from the serial port sync input pin before starting the data stream process. the selected synchronization signal (internal or external) thus determines the alignment of that channel's data stream with respect to its assigned serial port time slot. this time slot alignmen t mechanism ensures transparent mode channel's are able to transfer sampled voice data streams to and from bytes stored in shared memory while maintaining the alignment of those bytes with respect to the serial port time slo t. in transparent mode musycc is required to point to a musycc-owned buffer prior to a channel activation service request. for transparent mode hyperchannels, where multiple time slots are mapped to a single channel, the first byte of data to and from the shared memory buffer is aligned to the lowest numbered serial port time slot mapped to that hyperchannel. if the lowest numbered time slot mapped to that hyperchannel equals time slot 12, the bit-level processor aligns the first byte of shared memory buffer data to time slot 12 and the next byte of data to the next higher numbered time slot that is also mapped to that hy perchannel. this sequence of time slot mapped alignment is true for all transparent mode hyperchannel cases except when time slot 0 is the lowest numbered time slot mapped. in which case, the first byte of shared memory buffer data is transferred to the next higher numbered time slot. for example, a transparent mode hyperchannel mapped to time slot 0, and time slot 1 would output the first byte of shared memory data during time slot 1 and would write receive data from time slot 1 into the first byte of the shared memory buffer. 6.3.20 descriptor polling upon channel activation and any necessary frame a lignment, musycc must fetch message descriptors from shared memory to start the flow of message bits into and out of shared memory. as a buffer descriptor is fetched, musycc checks the owner-bit to verify if the buffer is serviceable by musycc. if the owner bit indicates that the host still owns the buffer, the ho st has not yet prepared t he data in the buffer for processing. this may or may not be an error condition. in this case, musycc also must check the no-poll bit in the same descriptors to determine if po lling for musycc ownership is enabled. if the host owns the buffer and polling is disabled, the c hannel direction is suspended from processing messages until the host intervenes with a subsequent channel activation or channel jump request. the channel is not capable of leaving this suspended state autonomously. if the host owns the buffer and polling is enabled, the channel direction is suspended from processing messages and musycc periodically polls the owner bit in the buffer descriptor to verify that the buffer is ready for musycc. the channel is capable of leaving this suspended state autonomously. the frequency of polling is controlled independently fo r each channel group by the sfalign (superframe alignment) and pollth (poll throttle) bit fields in the group configuration descriptor. the sfalign bit field defines the source of the synchronizati on event to be used by musycc. the source is either an internal flywheel method or an external signal at the serial port. note: time slot counter or flywheel time base me thod uses a 7-bit counter. as each bit is serviced, over 32 channels with 8 bits per ch annel in a 2.048 mhz data stream, the counter is incremented. when the counter rolls over to 0, a beginning of fr ame is declared. at 2.048 mhz, 256 bits represents 125 ms.
basic operation 28478-dsh-002-e mindspeed technologies ? 133 preliminary information / mindspeed proprietary and confidential the pollth bit field specifies how often musycc checks the owner bit in a host-owned buffer descriptor. the values correspond to 1-, 16-, 32-, or 64-frame periods, or 125 s, 2 ms, 4 ms, and 8 ms, respectively. the pollth bit field is always used in conjunction with the sfalign bit field. ta b l e 6 - 1 1 lists the various po lling frequencies and times. if the serial port is configured for nx64 mode (a variable number of 64 kbps channels assigned to form one logical channel), the time slot counter is re set only when the inputs tsync or rs ync are asserted. in this case, the sfalign bit field is always ignored. 6.3.21 repeat message transmission musycc provides a mechanism to repeatedly transmit a si ngle message. a transmitter channel enters the repeat mode if the repeat bit field is 1, and the eom bit field is 1 in a transmit buffer descriptor. a repeating message either fits entirely in the internal fifo buffer space allocated for the transmitter channel, or the message is accessed in pieces over the pci bus an d then re-accessed from the beginning when the end of buffer is reached. the determination of whether the message fits entirely in the fifo buffer or not is automatically performed each time musycc enters repeat mode. musycc compares the blen bit field (which specifies the number of bytes in the message) from the transmit buffer descriptor to [(bufflen + 1) x 2] (which specifies the number of dwords in the fifo buffer) from the channel configuration descriptor. to exit repeat mode after the current message is completely transmitted and before the next repetition (gracefully or non-destructively), a channel jump service request must be issued. prior to the jump request, the host must initialize the channel?s transmit head pointer with a new message descriptor. to exit repeat mode, regardless of the message being pr ocessed, a channel activate or a channel deactivate service request can be issued. either is considered dest ructive because the current message transmission is aborted. 6.4 protocol support 6.4.1 frame check sequence musycc is configurable to calculate either a 16- or 32-bit frame check sequence (fcs) for hdlc packets ranging in size from a minimum of 2 octets to a maximu m of 16,384 octets. the fcs always applies to the entire packet length. table 6-11. polling frequency using a time slot counter method standard channelized input poll throttle value (multiples of frames) name rate (mhz) bits per frame 0 (x1) 1 (x16) 2 (x32) 3 (x64) t1 1.536 192 125 s 2 ms 4 ms 8 ms e1 2.048 256 125 s 2 ms 4 ms 8 ms 2 e1 4.096 512 125 s 2 ms 4 ms 8 ms 4 e1 8.192 1024 125 s 2 ms 4 ms 8 ms note: the message being repeatedly transmitted be specified completely by a single message descriptor and not by a link ed list of descriptors.
basic operation 28478-dsh-002-e mindspeed technologies ? 134 preliminary information / mindspeed proprietary and confidential for all hdlc modes which require fcs calculations, the polynomials used to calculate the fcs are according to itu-t q.921 and iso 3309-1984. crc-16: crc-32: 6.4.2 opening/closing flags for hdlc modes only, musycc supports the use of opening and closing message flags. the 7eh (01111110b) flag is the opening and closing flag. an hdlc message is always bounded by this flag at the beginning and the end of the message. musycc supports receiving a shared flag where the closing flag of one message can act as the opening of the next message. musycc also supports receiving a shared 0 bit between two flags, i.e., the last 0 bit of one flag is used as the first 0 bit of the next flag. musycc can be configured to transmit a shared flag between successive messages by configuring the bit field paden in each transmit buffer descriptor. musycc does not transmit shared 0 bits between successive flags. 6.4.3 abort codes seven consecutive 1s constitute an abort flag. receiving the abort code causes the current frame processing to be aborted and terminates further data transfer into shared memory. after detecting the abort code, musycc enters a mode searching for a new opening flag. notification of this detected condition is provided by the re ceive buffer status descriptor or an interrupt descriptor, indicating the error condition abort flag termination. in cases where received idle codes transition to an abort code, an interrupt descriptor is generated toward the host indicating the informational event change to abort code. all received abort codes are discarded. 6.4.4 zero-bit insertion/deletion musycc provides 0-bit insertion and deletion when it en counters five consecutive 1s within a frame. in the receiver, a 0 bit is de-inserted, and in the transmitter a 0 bit is inserted after five 1s are seen. 6.4.5 message configuration bits a group of bits specified in a transmit buffer descriptor specifies the data to be transmitted at the transmit channel after the end of a current message has been transmitted. the bits are collectively known as the message configuration descriptor and include the specifications for the following: idle code specification, ic inter-message pad fill enable, paden inter-message pad fill count, padcnt repeat message transmission, repeat x 16 x 12 x 5 1 +++ x 32 x 26 x 23 x 22 x 16 x 12 x 11 x 10 x 8 x 7 x 5 x 4 x 2 +++++++ +++++ x 1 ++
basic operation 28478-dsh-002-e mindspeed technologies ? 135 preliminary information / mindspeed proprietary and confidential 6.4.5.1 idle code the idle code (ic) specification allows an idle code to be transmitted after the current message in case the next message is not available to be transmitted or inter-message pad fill is requested via paden. 6.4.5.2 inter-message pad fill the pad enable (paden) and pad count (padcnt) specificatio ns allow pad fill octets (a sequence of one or more specified idle codes) to be transmitted between messages. pade n enables or disables the pad fill octet transmission feature. padcnt is the minimum number of f ill octets to be transmitted between the closing flag of one message and the opening flag of the next message. 6.4.5.3 repeat message transmission the repeat message transmission (repeat) specification allows a single message to be transmitted repeatedly without additional host intervention. this feature is re quired to support ss7 message retransmission. in the ss7 application, a retransmitted message is usually 3, 4, or 5 octets in length. message retransmission in musycc requires that the entire message be held in a single shared memory message buffer, versus being spread across multiple buffers. the message retransmission feature is not limited to ss7 applications. 6.4.6 message configuration bits copy enable/disable the message configuration bits described above are used in special data communication applications requiring the following attributes specified on a per-message basis: specific idle code is to be transmitted between messages. inter-message pad fill is required. repeat message transmission is required. if at least one transmit channel in a channel group is supporting an application which requires any one of the above attributes, the message configuration bits copy must be enabled for the entire channel group by setting the mcenbl bit field to 1. setting mcenbl to 0 prevents musycc from copying the message configuration bits from the transmit buffer descriptor and has the following effect on transmit channel operations throughout the channel group: paden and padcnt are set to 0, thereby fa cilitating back-to-back message transmission. repeat is set to 0, thereby disabli ng automatic message retransmission. any of the message configuration bits can be changed by writing new values for these bit fields directly into a channel group?s transmit configuration table. however, the exact time the new bit field values are applied by the transmitter is unrelated to the message being serviced. if the channel is idle, any change to the message configuration bits in the configuration table will apply to subsequent messages. to write new configuration bits into the transmit message configuration table, a pci dword operation is required. tables 6-12 and 6-13 list the address map and the message configuration descriptor layouts.
basic operation 28478-dsh-002-e mindspeed technologies ? 136 preliminary information / mindspeed proprietary and confidential 6.4.7 bit-level operation each channel group provides two separate bit-level processors (blp) to service the transmit and receive directions separately. also, each channel group provides two separate direct memory access controllers (dmac) to service the transmit and receive directions separately. the blp and dmac work in conjunction to transfer serial data between the serial interface and shared memory. blps perform the required bit-level processing based on the protocol mode assigned to the channel and direction. table 6-12. memory map for message configuration descriptor table channel number (0?31) location of message configuration descriptor in specific group (0?3) (byte offset from base address register) 0 1 2 3 4 5 6 7 0 06180h 06980h 07180h 07980h 16180h 16980h 17180h 17980h 1 06184h 06984h 07184h 07984h 16184h 16984h 17184h 17984h x address of message conf iguration descriptor for a channel in a group 06180h + (group_number[0:3] ? 00800h) + (channel_number[31:0] ? 00008h) address of message configuration descriptor for a channel in a group 16180h + (group_number[4:7] ? 00800h) + (channel_number[31:0] ? 00008h) 31 061fch 069fch 071fch 079fch 161fch 169fch 171fch 179fch table 6-13. message configuration descriptor bit field name value description 31:27 rsvd 0 reserved. 26:25 ic 0 idle code select ?7eh (0111 1110b) 1 idle code select ?ffh (1111 1111b) 2 idle code select ?00h (0000 0000b) 3 idle code select ?reserved. 24 paden 0 pad fill disabled. one shar ed opening/closing flag (7eh) is inserted before sending next message 1 pad fill enabled. also, see padcnt bit field. 23:16 padcnt[7:0] 0 pad count. when paden = 1, padcnt indicates the minimum number of idle codes to be in serted between the closing flags and the next opening flag (7eh). if padcnt = 2 and ic = 1, for example, yields the bit pattern 7eh..ffh..ffh..7eh there is no indication by musycc if more than padcnt number of idle codes are inserted. 15 repeat 0 repeat message transmission disabled. 1 repeat message transmission enabled. 14:0 rsvd 0 reserved.
basic operation 28478-dsh-002-e mindspeed technologies ? 137 preliminary information / mindspeed proprietary and confidential dmacs access the data to transmit or store the received data to shared memory (via the host interface). each dmac seeks out the next message descriptor to service for each active channel and direction. this information is available from the channel group descriptor in shared me mory which has information lo cating the message list for each channel direction. a buffer descriptor within each message descriptor along with the protocol mode set for the channel-direction drives the treatment of the receive and transmit bit stream. bit-level operations vary between hdlc and transparent modes. the differences relate to protocol-specific support, as well as to the treatment of the bit stream during abnormal conditions. additionally, bit-level operations are independent and sometimes differ between the transmitter and the receiver. the following items apply to all event and error handling as described in the transmit and receive sections which follow: during bit level operations, events and errors can affe ct the outcome message processing. unless masked, all events and errors generate interrupt descriptors within musycc. interrupt descriptors identify the error or event condition, the transmit or receive direction, and the channel and channel group number affected. if a channel is suspended, enters an idle mode, enters an abort mode, or is autonomously turned off by musycc during bit-level operations, a channel reactivation must occur by either a channel activation service request or a channel jump service request. this is referred to as ?requiring reactivation.? the bit fields inhtbsd and inhrbsd in the group co nfiguration descriptor spec ify whether or not musycc can write a buffer status descriptor into a message descriptor to indicate that musycc has completed servicing the descriptor. in cases where bit-level operations continue normally, the dmac accesses the next message pointer from the current message descriptor. this accesses the next message descriptor in the chain of descriptors for a particular channel and direction. each message descriptor indicates whether or not the host or musycc owns the descriptor. 6.4.7.1 transmit the transmitter initiates data transfer from shared memory to the serial interface only if the following conditions are true: txenbl bit is set to 1 in the group configuration descriptor. transmit channel is mapped to logical channel(s) in transmit time slot map. transmit channel is (re)activated (via service request). if the txenbl bit is set to 0, the output signal is a three-st ate signal. if the channel is not mapped or is inactive, the transmitter either outputs a three-state or an all 1s signal depending on the state of the bit field tritx in the group configuration descriptor. 6.4.7.2 receive the receiver transfers data from the serial interface to memory buffers in shared memory only if all the following conditions are true: rxenbl bit is set to 1 in the group configuration descriptor. receive channel is mapped to one or more logical channel(s) in receive time slot map. receive channel is (re)activated (via service request). if any one of the above conditions is not true, the receiver ignores the incoming data stream. data transfer consists of musycc first seeking out the next message descriptor from the channel group descriptor in shared memory for each active channel. the bu ffer descriptor in each message descriptor plus the protocol mode set for the channel dictates the treatment of the incoming bit stream.
basic operation 28478-dsh-002-e mindspeed technologies ? 138 preliminary information / mindspeed proprietary and confidential 6.4.8 hdlc mode musycc supports three hdlc modes. the modes are assign ed on a per-channel and direction basis by setting the protocol bit field within the channel configuration descriptor. the hdlc modes are as follows: ss7-hdlc-16crc: specific ss7 support, hdlc support, 16-bit crc. hdlc-16crc: hdlc support, 16-bit crc. hdlc-32crc: hdlc support, 32-bit crc. hdlc support by the transmitter includes the following: generating opening, closing, and shared flags. 0-bit insertion after five consecutive 1s are transmitted. generating pad fill between fram es and adjust for 0 insertions. generating 16- or 32-bit fcs. generating abort sequences upon data corruption in message. hdlc support by the receiver includes the following: detection and extraction of opening, closing, and shared flags. detection of shared 0 between successive flags. 0-bit extraction after five consecutive 1s are received. detecting changes in pad fill idle codes. checking and extracting 16- or 32-bit fcs. checking frame length. checking for octet alignment. checking for abort sequence reception. bit fields within the transmit buffer descriptor specify inter-message bit level operations. specifically, when the eom bit field is set to 1 within a message descriptor by the host, it signifies that the descriptor represents the last buffer for the current message being transmitted and the bit fields ic, paden, padcnt, and repeat take effect. these bits are collectively known as message configuration descriptor. additionally, the bit field np in both the receive and transmit buffer descri ptors enables a pollin g scheme in case musycc discovers that it does not own the (next) message descriptor. 6.4.8.1 transmit events transmit events are informational in nature and do not require channel recovery actions. 6.4.8.1.1 end of buffer (eob] reason: dmac reached the end of a buffer by servicing a number of octets equal to the bit field blen in the transmit buffer descriptor. the last eob and an eom are coincident and result in two separate events being generated. effects: interrupt descriptor in interr upt queue with event = eob, dir = 1 (if eobi = 1 in transmit buffer descriptor). blp and dmac continue with normal message processing. if the dmac does not receive more data from shared memory before the blp must output the next data bit, the blp outputs another octet of idle code.
basic operation 28478-dsh-002-e mindspeed technologies ? 139 preliminary information / mindspeed proprietary and confidential 6.4.8.1.2 end of message (eom] reason: blp has transmitted the last bit of a data buffer and the transmit buffer descriptor signified the end of a message by the bit field eom in a transmit buffer descriptor. the last eob and an eom are coincident and result in two separate events being generated. effects: interrupt descriptor in interr upt queue with event = eom, dir = 1 (if mskeom = 0 in transmit chann el configuration descriptor). blp and dmac continue with normal message processing. if the dmac does not receive more data from shared memory before the blp must output the next data bit, the blp outputs another octet of idle code. 6.4.8.1.3 end of padfill (eop] reason: blp has transmitted the specif ied number of pad fill octets. effects: interrupt descriptor in interr upt queue with event = eop, dir = 1 (if eopi = 1 in transmit channel configuration descriptor). blp and dmac continue with normal message processing. if the dmac does not receive more data from shared memory before the blp must output the next data bit, the blp outputs another octet of idle code. 6.4.8.2 receive events receive events are informational in nature and do not require channel recovery actions. 6.4.8.2.1 end of buffer (eob) reason: one message is stored across multiple message buffers. musycc reached the end of a buffer by servicing a number of octets equal to the bit field blen in a receive buffer descriptor. effects: the interrupt descriptor in the interrupt queue with event = eob, dir = 0 (if eobi = 1 in receive buffer descriptor). blp and dmac continue with normal message processing. 6.4.8.2.2 end of message (eom) reason: blp detected the end of a message (closing flag or an error condition) in the received data stream. error conditions include abt, lng, align, buff, and onr errors. effects: interrupt descriptor in interr upt queue with event = eom, dir = 0 (if mskeom = 0 in receive channe l configuration descriptor).
basic operation 28478-dsh-002-e mindspeed technologies ? 140 preliminary information / mindspeed proprietary and confidential dmac sets bit field eom = 1 in receive buffer status descriptor (if inhrbsd = 0 in receive channel configuration descriptor). blp and dmac continue with normal message processing. 6.4.8.2.3 change to abort code (chabt) reason: blp detected received data changed from pad fill (7eh) octets to ab ort code (zero followed by seven consecutive 1s). effects: interrupt descriptor in interr upt queue with event = chabt, dir = 0 (if mskidle = 0 in receive chan nel configuratio n descriptor). blp and dmac continue with normal message processing. 6.4.8.2.4 change to idle code (chic) reason: blp detected received data changed from abort code (0 followed by seven 1s) to idle code (7eh) octets. effects: interrupt descriptor in interr upt queue with event = chic, dir = 0 (if mskidle = 0 in receive chan nel configuratio n descriptor). blp and dmac continue with normal message processing. 6.4.8.2.5 frame recovery (frec) reason: blp detected that the serial interface has transitioned from an out-of-frame to in-frame condition. effects: interrupt descriptor in interr upt queue with event = frec, dir = 0 (if mskoof = 0 in group configuration descriptor). blp and dmac continue with normal message processing. 6.4.8.2.6 ss7 suerm octet count increment (sinc) reasons: blp incremented the suerm counter. the channel is in ss7 mode. the reasons for suerm counter to increment include reception of a short message, octet a lignment error, fcs mismatch, or an accumulation of octet count errors. each of these conditions may also generate an interrupt. effects: interrupt descriptor in interr upt queue with event = sinc, dir = 0 (if msksinc = 0 in receive chann el configuration descriptor). blp and dmac continue with normal message processing.
basic operation 28478-dsh-002-e mindspeed technologies ? 141 preliminary information / mindspeed proprietary and confidential 6.4.8.2.7 ss7 suerm octet count decrement (sdec) reasons: blp decremented the suerm counter. the channel is in ss7 mode. the suerm counter decrements by one when musycc receives 256 consecutive unerrored messages. effects: interrupt descriptor in interr upt queue with event = sdec, dir = 0 (if msksdec = 0 in receive chan nel configuratio n descriptor). blp and dmac continue with normal message processing. 6.4.8.2.8 ss7 filtered message (sfilt) reason: blp detected an unerrored 3, 4, or 5 octet message identical to the previous message. the channel is in ss7 mode. effects: interrupt descriptor in interr upt queue with event = sfilt, dir = 0 (if msksfilt = 0 in receive chan nel configuratio n descriptor). blp discards the received message in the fifo. blp and dmac continue with normal message processing. 6.4.8.3 transmit errors transmit errors are service-affecting an d require a corrective action by a c ontrolling device to resume normal bit- level processing. 6.4.8.3.1 underflow due to host ownership of buffer (onr) in this case, musycc attempts to access the [next] message descriptor when the prior descriptor contained only a portion of the message (eom = 0), and musycc finds t hat ownership of the [next] descriptor has not been granted by the host (i.e., the next buffer is host-owned). this error results when currently transmitting an hdlc message, and no additional descriptors are available in a timely manner. once a descriptor is granted, however, musycc assumes ownership of the message buffer and continues reading data until the end of buffer is reached. if the host reclaims the buffer without musycc granting ownership back to the host, a host error occurs, and the effects are indeterminate. reason: degradation of the host subsystem or application software performance. effects: partial hdlc message transmission has occurred. interrupt descriptor in interr upt queue with error = onr, dir = 1 (if mskbuff = 0 in transmit channel configuration descriptor). transmit channel enters abort state where the blp transmits a repetitive abort sequence of 16 consecutive 1s. transmit buffer status descriptor cannot be written.
basic operation 28478-dsh-002-e mindspeed technologies ? 142 preliminary information / mindspeed proprietary and confidential message polling is automatically disabled. transmit channel enters abort state. channel level recovery actions: transmit channel reactivation is required. 6.4.8.3.2 underflow due to internal fifo buffer under-run (buff) in the case of underflow due to internal fifo buffer under-run, the internal fifo buffer becomes empty when musycc transmits data bits (at the serial interface clock rate), and musycc has ownership of a message buffer in shared memory. reasons: degradation of the host subsystem or application software performance. congestion of the pci bus. effects: interrupt descriptor in interrupt queue with error = buff, dir = 1 (if mskbuff = 0 in transmit channel configuration descriptor). transmit channel enters abort state where the blp transmits a repetitive abort sequence of 16 consecutive 1s. message polling is automatically disabled. transmit buffer status descriptor is not written. channel level recovery actions: transmit channel reactivation is required. 6.4.8.3.3 change of frame alignment ( cofa) while transmitting hdlc message (t1/e1 modes) in the case of change of frame alignment while transmitting an hdlc message (t1/e1 modes), the tsync input signal transitions from low to high when not expected to do so by the frame synchronization flywheel mechanism. this error only applies to ports configured for t1, e1, 2xe1 or 4xe1 signals. frame synchronization indicates the location of time slot 0 in the serial data stream. lacking frame synchronization, the transmitter cannot map and align time slots. this error affects all active channels in the channel group. reason: t1/e1 signal failure is detected by the physical interface providing the serial data, clock frequency, and synchronization to the serial interface on musycc. effects: causes serial interface to enter cofa mode for one t1/e1 frame period (125 s)?not necessarily on a frame boundary. for every activated channel transmitting an hdlc message, the transmit channel enters an abort state where the blp transmits a repetitive abort sequence of 16 consecutive 1s. musycc does not update the transmit message descriptor and does not generate an eob/eom unless the message is already sent or the buffer is already processed. musycc stops polling any active transmit channe ls descriptor. after the cofa condition subsides, the channel is deactivated.
basic operation 28478-dsh-002-e mindspeed technologies ? 143 preliminary information / mindspeed proprietary and confidential channel level recovery actions: transmit channel reactivation is required. 6.4.8.4 receive errors receive errors are service-affecting and require a corrective action by the host to resume normal bit-level processing. 6.4.8.4.1 overflow due to host ownership of buffer while receiving hdlc message (onr) in the case of overflow due to host ownership of the buffer while receiving an hdlc message, musycc attempts to access the next message descriptor to store a message or part of a message, and finds that ownership of the descriptor has not been granted by the host. this error results when currently receiving an hdlc message, and no additional descriptors are available in a timely manner. once a descriptor is granted, however, musycc assumes ownership of the message buffer and continues writing data until the end of buffer is reached. if the host reclaims the buffer without musycc granting ownership back to the host, a host error occurs and the effects are indeterminate. reason: degradation of host subsystem or application software performance. effects: interrupt descriptor in interr upt queue with error = onr, dir = 0 (if mskbuff = 0 in receive chan nel configuratio n descriptor). the received data in the internal fifo buffer is discarded and lost to the host. the remainder of the hdlc message currently being received is discarded. the receive buffer status descriptor cannot be written. the channel is deactivated. channel level recovery actions: provide sufficient amount of shared memory to store re ceived data using the lists of message descriptors with ownership granted to musycc. reactivate channel. 6.4.8.4.2 overflow due to inter nal fifo buffer overrun (buff) in the case of overflow due to internal fifo buffer overrun, the internal fifo buffer has not been completely copied to shared memory before more data bits arrive needing to be stored in the fifo buffer. musycc has access to a message buffer space in shared memory in this case. reasons: degradation of host sub system performance. congestion of the pci bus. effects: the interrupt descriptor in interrupt queue with error = buff, dir = 0 (if mskbuff = 0 in receive channel configuration descriptor).
basic operation 28478-dsh-002-e mindspeed technologies ? 144 preliminary information / mindspeed proprietary and confidential the received data in the internal fifo buffer is discarded and lost to the host. the remainder of hdlc message currently being received is discarded. access the next message pointer fr om the current message descriptor. return ownership of current message descriptor by writing the receive buffer status descriptor with onr = host, error = buff (if inhrbsd = 0 in re ceive channel configuration descriptor). blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: if possible, increase internal fifo buffer space for this channel. for this action, the channel must be deactivated first. if required, alleviate congestion of the pci bus. 6.4.8.4.3 change of frame alignment (cof a) while receiving hdlc message (t1/e1 modes) in the case of a change of frame alignment while receiving an hdlc message (t1/e1 modes ) , the rsync input signal transitions from low to high unexpectedly by th e ?frame synchronization flyw heel mechanism.? this error applies only to ports configured for t1, e1, 2xe1, or 4xe1 signals. frame synchronization indicates the location of time slot 0 in the serial data stream. lacking frame synchronization, the received channelized data becomes unaligned and unmappable. this error affects all active channels in the channel group. reason: t1/e1 signal failure is detected by the physical interface providing the serial data, clock frequency, and synchronization to the serial interface on musycc. effects: causes the serial interface to enter the cofa mode for one t1/e1 frame period (125 s). for each activated channel receiving an hdlc message, the remainder of the hdlc message currently being received is discarded, and the receiver scans for the opening flag of the next hdlc message before attempting to fill the channel?s fifo buffer again. for each activated channel receiving an hdlc messag e, the ownership of the current message descriptor is granted back to the host by writing the receive buffer status descriptor with onr = host and error = cofa (if inhrbsd = 0 in receiv e channel configuration descriptor). after all activated channels are serviced, musycc writes the interrupt descriptor in interrupt queue with error = cofa. dir = 0 (if mskcofa = 0 in group configuration descriptor). after the cofa condition clears, normal bit-level operations continue. the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required.
basic operation 28478-dsh-002-e mindspeed technologies ? 145 preliminary information / mindspeed proprietary and confidential 6.4.8.4.4 out of frame (oof) out-of-frame or loss-of-frame indicates that the entire serial data stream is invalid and data cannot be recovered from such a signal. in this case, out-of-frame of the incoming signal occurred while in the midst of receiving an hdlc message and copying the data to shared memory. reason: musycc writes the t1/e1 signal failure is detected by the physical interface providing the serial data, clock frequency, and synchronization to the serial interface on musycc. effects: musycc writes the interrupt descriptor in interr upt queue with error = oof, dir = 0 (if mskoof = 0 in group configuration descriptor). if bit field oofabt = 0, blp, and dmac continue as if no errors occurred and transfer received data into shared memory buffers normally. if bit field oofabt = 1 and is currently receiving an hdlc message, the received data in the internal fifo buffer is discarded and lost to the host. dmac accesses the next message pointer from the current message descriptor. musycc returns ownership of the current message descriptor by wr iting the receive buffer status descriptor with onr = host, error = oof (i f inhrbsd = 0 in receive channel configuration descriptor). regardless, the blp continues scanning for opening flag. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. receive channel recovers automatically. channel level recovery actions: none required. 6.4.8.4.5 frame check sequence (fcs) error in the case of an fcs error, the frame check sequence (or crc) calculated for the received hdlc message by musycc does not match the fcs sent within the hdlc message. reason: bit errors during transmission. effects: the interrupt descriptor in interrupt queue with error = fcs, dir = 0 (if mskmsg = 0 in channel configuration descriptor). the entire hdlc message already copied to shared memory buffers. dmac accesses the next message pointer from the current message descriptor. returns ownership of the current message descriptor to the host by writing the receive buffer status descriptor with onr = host, error = fcs (if inhrbsd = 0 in channel configuration descriptor). the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required.
basic operation 28478-dsh-002-e mindspeed technologies ? 146 preliminary information / mindspeed proprietary and confidential 6.4.8.4.6 octet alignment (align) error in the case of an octet alignment (align) error, the hdlc message size after 0-bit extraction is not a multiple of 8 bits. reasons: bit errors during transmission. incorrect transmission of hdlc messages from the distant end. effects: the interrupt descriptor in interrupt queue with error = align, dir = 0 (if mskmsg = 0 in receive channel configuration descriptor). the entire hdlc message is transferred to shared memory. dmac accesses the next message pointer from the current message descriptor. returns ownership of the current message descriptor to the host by writing the receive buffer status descriptor with onr = host, error = align (if in hrbsd = 0 in receive channel configuration descriptor). the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required. 6.4.8.4.7 abort termination (abt) in the case of an abort termination (abt) error, the receiver detects an abort sequence from the distant end. an abort sequence is defined as 0 followed by 7 consecutive 1s. reason: the distant end can not complete transmission of hdlc message. effects: the interrupt descriptor in interrupt queue with error = abt, dir = 0 (if mskmsg = 0 in receive channel configuration descriptor). partial hdlc message is transferred to shared memory. dmac accesses the next message pointer from the current message descriptor. returns ownership of the current message descriptor to the host by writing the receive buffer status descriptor with onr = host, error = abt (if inhrbsd = 0 in receive channel configuration descriptor). the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required.
basic operation 28478-dsh-002-e mindspeed technologies ? 147 preliminary information / mindspeed proprietary and confidential 6.4.8.4.8 long message (lng) in the case of a long message (lng) error, the received hdlc message size is determined to be greater than the maximum allowed mess age size (per maxsel in chan nel configuratio n descriptor). reason: incorrect transmission of hdlc messages from the distant end. effects: the interrupt descriptor in interrupt queue is error = lng, dir = 0 (if mskmsg = 0 in receive channel configuration descriptor). dmac accesses the next message pointer from the current message descriptor. returns ownership of the current message descriptor to the host by writing the receive buffer status descriptor with onr = host, error = lng (if inhrbsd = 0 in receive channel conf iguration descriptor). the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required. 6.4.8.4.9 short message (sht) in the case of a short message (sht), the total received hdlc message size (including fcs) is less than the number of fcs bits specified for the receive channel. in other words, for a channel configured for 16-bit fcs, a minimum of an 8-bit payload must be received to avoid a sh ort message error. for this example, three octets must be received?one octet for payload and two for fcs. re ceiving two octets would be considered a short message. reasons: bit errors during transmission. incorrect transmission of hdlc messages from the distant end. effects: the interrupt descriptor in interrupt queue is error = sht, dir = 0 (if mskidle = 0 in receive channel configuration descriptor). maintains ownership of current message descriptor. the blp resumes scanning for opening flag of the next hdlc message. simultaneously, musycc checks for message descriptor ownership before proceeding with bit-level operations. channel level recovery actions: none required. 6.4.8.4.10 ss7 signal unit error rate (suerr) interrupt in the case of an ss7 suerr, an error is detected in ss7 mode which caused a counter for ss7 related errors to equal or exceed the permitted threshold value. the threshold is stored on a per-channel group basis in the bit field suet in a group configuration descriptor. reasons:
basic operation 28478-dsh-002-e mindspeed technologies ? 148 preliminary information / mindspeed proprietary and confidential a short ss7 message increments the ss7 counter. an fcs error in the ss7 message increments the ss7 counter. an octet alignment error in the ss7 message. accumulation of 16 ?octet count? type errors increments counter. effects: the interrupt descriptor in interrupt queue wit h error = suerr, dir = 0 (if msksuerr = 0 in receive channel configuration descriptor). the blp scans for the opening flag of the next hdlc message. simultaneously, dmac checks for message descriptor ownership before transferring received data to shared memory. channel level recovery actions: none required. 6.4.9 transparent mode musycc supports a transparent mode where no distinction is made between information and non-information bits in the data bit stream. this mode is assigned on a per channel and direction basis by the bit field protocol in the channel config uration descriptor. in transparent mode, the following characteristics apply: all data bits are transferred between shared memory and the serial interface without protocol support such as those listed for the hdlc mode. host must maintain the necessary data transfer rates at all times by providing message descriptors and data buffers for both the transmit and receive channels. the host must always set the bit field eom to 0 in each transmit buffer descriptor. setting eom to 1 causes indeterminate results. due to eom = 0, the other transmit buffer descriptor bit fields?ic, paden, padcnt, and repeat?are ineffective. unlike hdlc mode, musycc does not poll a host-owned transmit buffer descriptor during transparent mode. when the internal buffer is empty and no more transmit data is available from shared memory (i.e., host-owned buffer), musycc does the following: 1. issues an onr error. 2. enters the channel deactivate state, sending idle code on the affected channel. if the host wants to send any more data on that channel, the host must reactivate any transparent mode transmit channel that has issued an onr error. notice there is no mechanism for transparent mode channels to ever enter the idle transmission state. 6.4.9.1 transmit events transmit events are informational and require no recovery actions. note: receiving 256 unerrored ss7 messages decrements the ss7counter.
basic operation 28478-dsh-002-e mindspeed technologies ? 149 preliminary information / mindspeed proprietary and confidential 6.4.9.1.1 end of buffer (eob) reason: dmac reached the end of a buffer by servicing a number of octets equal to the blen bit field in a transmit buffer descriptor. for the transparent mode, eom is not a valid event because there is no concept of messages. effects: musycc writes the interrupt descriptor in interrupt queue with event = eob, dir = 1 (per eobi in transmit buffer descriptor). musycc continues with normal transparent mode processing by processing to the next message structure. musycc requires more data buffers. 6.4.9.2 receive events receive events are informational and require no recovery actions. 6.4.9.2.1 end of buffer (eob) reason: blp reached the end of a buffer by transferring into sh ared memory a number of octets equal to the blen bit field in a receive buffer descriptor. effects: musycc writes the interrupt descri ptor in interrupt queue with event = eo b, dir = 0 (per eobi in receive buffer descriptor). 6.4.9.2.2 frame recovery (frec) reason: blp detects that the serial interface transitions from an out-of-frame to an in-frame condition. effects: the interrupt descript or in interrupt queue with event = fr ec, dir = 0 (per mskoof in group configuration descriptor). musycc continues with normal transparent mode processing by processing to the next message structure. 6.4.9.3 transmit errors transmit errors are service-affecting and require a correc tive action by the host to resume normal bit-level processing. 6.4.9.3.1 underflow due to host ownership of buffer (onr) in the case of underflow due to host ownership of buffer (onr), sufficient data throughput from shared memory is not maintained to support the data rate of the serial interface. that is, ownership of messages was not handed over to musycc in a timely manner. reason: degradation of the host subsystem or application software performance.
basic operation 28478-dsh-002-e mindspeed technologies ? 150 preliminary information / mindspeed proprietary and confidential effects: the interrupt descriptor in interrupt queue with error = onr, dir = 1. data from data buffer not being read. the buffer descriptor not overwriting the buffer status descriptor. no additional activity on the pci bus for this channel direction. transmit channel activity is suspended. channel level recovery actions: provide sufficient amount of data for transmission usin g lists of message descriptors with ownership given to musycc. reactivate transmit channel. 6.4.9.3.2 underflow due to internal fifo buffer under-run (buff) in the case of underflow due to internal fifo buffer under-run (buff), the internal fifo buffer becomes empty when musycc must output data bits (at the serial interface clock rate) and musycc has ownership of a message buffer in shared memory. reasons: degradation of the host subsystem or application software performance. congestion of the pci bus. effects: musycc writes the interrupt descriptor in interrupt queue with error = buff, dir = 1. continuous idle code transmission. data from data buffer not being read. the buffer descriptor not overwriting the buffer status descriptor. no additional activity on the pci bus for this channel direction. transmit channel activity is suspended. channel level recovery actions: provide sufficient amount of data for transmission usin g lists of message descriptors with ownership given to musycc. reactivate transmit channel. 6.4.9.4 receive errors receive errors are service-affecting and may require a corrective action by a controlling device to resume normal bit-level processing. 6.4.9.4.1 overflow due to host ownership of the buffer (onr) in the case of overflow due to host ownership of the buffer, the host has not provided sufficient data buffer space to store received data from the serial interface, and the internal fifo buffer overflows with received data bits. reasons: degradation of the host subsystem or application software performance.
basic operation 28478-dsh-002-e mindspeed technologies ? 151 preliminary information / mindspeed proprietary and confidential congestion of the pci bus. effects: the interrupt descriptor in interrupt queue with error = onr, dir = 0. the received data in the internal fifo buffer is discarded and lost to the host. the channel is deactivated. channel level recovery actions: reactivate the channel. 6.4.9.4.2 overflow due to inter nal fifo buffer overrun (buff) in the case of overflow due to internal fifo buffer overrun, the internal fifo buffer is not completely copied to shared memory before more received data bits must be stored in the fifo buffer. musycc has access to a shared memory buffer in this case. reasons: degradation of the host subsystem or application software performance. congestion of the pci bus. effects: musycc writes the interrupt descriptor in interrupt queue with error = buff, dir = 0. the received data in the internal fifo is discarded and lost to the host. no additional activity on the pci bus for this channel direction. receive channel activity is suspended. channel level recovery actions: if possible, increase internal fifo buffer space for this channel. alleviate loading of the pci bus. reactivate receive channel with a channel activate or channel jump service request or with a slave write into the receive channel configuration table. 6.4.9.4.3 change of frame ali gnment (t1/e1 modes) (cofa) in the case of a change of frame alignment while receiving an hdlc message (t1/e1 modes ) , the rsync input signal transitions from low to high unexpectedly by th e ?frame synchronization flyw heel mechanism.? this error applies only to ports configured for t1, e1, 2xe1, or 4xe1 signals. frame synchronization indicates the location of time slot 0 in the serial data stream. lacking frame synchronization, the received channelized data becomes unaligned and unmappable. this error affects all active channels in the channel group. reason: a signal failure detected by the physical interface providing the serial data, clock frequency, and synchronization to the serial interface on musycc. effects: musycc writes the interrupt descriptor in interrupt queue with error = cofa, dir = 0. if oofabt bit field is set to 0 in the group configuration descriptor, then continue channel activity. that is, received data bits are sampled and eventually copied into shared memory.
basic operation 28478-dsh-002-e mindspeed technologies ? 152 preliminary information / mindspeed proprietary and confidential if bit field oofabt is set to 1 in the group configurat ion descriptor, suspend channel activity. received data bits are discarded and lost to the host processor. channel level recovery actions: if oofabt = 1, once the received signal has recovered, reactivate receive channel with a channel activate or channel jump service request or with a slave write into the receive channel configuration table. 6.4.9.4.4 out of frame (oof) out-of-frame or loss-of-frame indicates the entire serial data stream is invalid, and data cannot be recovered from such a signal. reasons: a signal failure detected by the physical interface providing the serial data, clock frequency, and synchronization to the serial interface on musycc. effects: musycc writes the interrupt descriptor in interrupt queue with error = oof, dir = 0. the received data in the internal fifo buffer is discarded and lost to the host. if oofabt bit field is set to 0 in the group configuration descriptor, continue channel activity but transfer all 1s data into shared memory for the duration of the oof. when the oof condition clears, normal bit-level processing resumes automatically without host intervention. if oofabt bit field is set to 1 in the group config uration descriptor, channel activity suspends without transferring any data to shared memory. channel level recovery actions: when oofabt selects receive message processing disabled, the host must reactivate the receive channel after the oof condition has cleared. reactivation is not required if oofabt allows receive message processing to continue. 6.4.10 intersystem link protocol (islp) islp is supported by setting the following bit field value referenced in ta b l e 5 - 1 8 , channel configuration descriptor : fcs = 1, protocol = 2 6.5 signaling system 7 6.5.1 ss7 repeat message transmission signaling system 7 (ss7) requires t he ability to continuously repeat a message under ce rtain circumstances. the repeat message transmission section of this document describes the repeat feature fully and is usable for an ss7 application. 6.5.2 message filtering message filtering is always enabled for a receive ch annel which is configured fo r ss7-hdlc-crc16 mode in table 5-18, channel configuration descriptor .
basic operation 28478-dsh-002-e mindspeed technologies ? 153 preliminary information / mindspeed proprietary and confidential when receiving an unerrored message with a payload length of 3, 4, or 5 octets and the required 2-octet fcs, musycc transfers the data into the memory buffer as usual and then enters the message filtering mode. this mode does not apply to messages with payloads greater than 5 octets. in this mode, the next message descriptor is processed in the normal manner (receive buffer status descriptor is written, next pointer is used to read next message descriptor, onr and np bits are checked, and so on). in this case, the current memory buffer is not filled until musycc exit s the message filtering mode. the 3-, 4-, or 5-octet payload and the 2-octet fcs are stored inside musycc and are considered golden messages by being 3, 4, or 5 octets long. subsequ ent received messages are compared to this message. each bit of the subs equent message will be compared bit-wise to the contents of the golden message. the following can occur: if a match occurs, the payload and fcs of the golden message match the current message before a closing flag is received for the current me ssage. the maskable interrupt msksfil t is generated to the host. musycc remains in message filtering mode, and the golden message is retained. if a mismatch occurs, a bit-wise mismatch is detected between a bit in the golden message and the corresponding bit in the current message before a closing flag is received for the current message. musycc immediately exits the filter mode. the treatment for the current message becomes a normal message treatment. if the current message is unerrored and qualifies to become a golden message, it is transferred to the current receive data buffer and becomes the new golden message internally to musycc. if the current message is unerrored and greater than 6 octets total, it cannot become a golden message, and musycc continues normal message treatment. 6.5.3 signal unit erro r rate monitoring the signal unit error rate monitor (suerm) facility provi des a 6-bit counter which serv es as a real-time figure-of- merit for the receive link integrity. it is incremented and decremented in a ?leaky-bucket? style, based upon integration of good message and bad octet periods on the receive channel. 6.5.4 suerm counter incrementing the suerm counter increments when any signal unit erro r occurs. a signal unit error is defined as one of the following events: sht: short frame error align: octet alignment error crc: fcs mismatch error accumulation of 16 octet count errors short frame errors, octet alignment errors, or crc/fcs mismatch errors generate a maskable interrupt, sht, lng, crc respectively, toward the host and cause the suerm counter to be incremented. each time the suerm counter is incremented, the maskable interrupt sinc is generated to the host indicating this condition. 6.5.5 suerm octet counting octet counting mode is entered if seven consecutive 1s are detected (abort condition), or the received message length exceeds the selected maximum received-frame length register value (long frame error)
basic operation 28478-dsh-002-e mindspeed technologies ? 154 preliminary information / mindspeed proprietary and confidential when in octet counting mode, a 4-bit bad octet counter is incremented for every received octet until a condition is met to exit this mode. as the counter rolls over from 15 to 0, the suerm counter is incremented by one. this mode is exited when a correctly checked signa l unit (unerrored message) is detected. each time the octet counting mode is entered, the value of 4-bit bad octet counter is reset. 6.5.6 suerm counter decrementing the suerm counter is decremented when 256 unerror ed messages are received. an unerrored message indicates that a short frame or long frame error was not detected, no octet alignment error was detected, and no crc error was detected. each unerrored message increments an 8-bit good message counter. when this counter rolls over from 255 to 0, the suerm counter is decremented by one. while in octet counting mode, the value of the 8-bit good message counter is maintained from the last non-octet counting mode and starts to increment again from that value when a good message causes an exit from the octet counting mode. when the suerm counter decrements, the maskable interr upt sdec is generated to the host indicating this condition. 6.6 self-servicing buffers the transmit and receive buffer descri ptors and buffer status descriptors are designed to fac ilitate a mechanism known as ?self-servicing buffers.? this mechanism allows the host to config ure musycc to fill a linked list of data buffers as it receives a complete message through a receive channel, and empty that same list of data buffers through a transmit channel without any further host intervention. the mechanism works as follows: 1. host initializes linked list of me ssage descriptors in shared memory. 2. host configures receive channel to point to first message descriptor. 3. host configures transmit channel to point to the same message descriptor. 4. the owner bit field in the buffer descriptor in the message descriptor is set to 0. therefore, for the transmitter, the buffer is owned by the host; for the receiver, the buffer is owned by musycc. 5. both receive and transmit channel are activated. 6. as the receiver detects a valid incoming message, it begins filling the first data buffer from the linked list. the transmitter remains idle, po lling the owner bit in the tr ansmit buffer descriptor. 7. as the receiver fills the first buffer, it writes the re ceive buffer status descriptor (and sets owner to 1) and moves to the next message pointe r which identifies the next receiv e data buffer on the linked list. 8. the transmit channel detects the owner set to 1 for th e first transmit data buffer, assumes ownership of the buffer, and begins emptying data to the serial port. 9. upon detecting the end of a message, the receiver writes the receive buffer status descriptor and marks this last buffer as containing the end of message and sets the buffer length field, blen to indicate the amount of data received in this last buffer. 10. when the transmitter detects the end of message marking in the last buffer, the transmitter sends the final blen amount of data out the serial port and writes the transmit buffer status descriptor (and sets owner to 0) and moves into the idle state again. 11. go to step 6 to continue processing the next message.
basic operation 28478-dsh-002-e mindspeed technologies ? 155 preliminary information / mindspeed proprietary and confidential for self-servicing buffers, the host need not write to any descriptors for receive or transmit operations. musycc writes the receive buffer status descriptor, which is subs equently used as the transmit buffer descriptor.
28478-dsh-002-e mindspeed technologies ? 156 preliminary information / mindspeed proprietary and confidential 7.0 electrical and mechanical specifications 7.1 electrical and environmental specifications 7.1.1 absolute maximum ratings stressing the device parameters above absolute maximum rating s may cause permanent damage to the device. this is a stress rating only. functional operation of the device at these or any other conditions beyond those listed in the operational section s of this specification is not implied. exposure to absolute maxi mum rating conditions for extended periods may affect device reliability. table 7-1. absolute maximum ratings parameter symbol value unit supply voltage v ddi , v ddo ?0.5 to 4.6 v continuous power dissipation p d 750 mw operating junction temperature t jc 125 c storage temperature t s ?55 to +125 c 5 v?tolerant supply v gg ?0.5 to 6 v core supply v ddc ?0.5 to 3.3 v 5 v?tolerant dc input input, hi?z out ?0.5 to v gg + 0.5 (not to exceed 6 v) v 5 v?tolerant dc output output lo-z ?0.5 to v dd + 0.5 (not to exceed 4.6 v) v note: please refer to mindspeed smt lead-free packages application note (2xxxx-app-001-a) for the pb-free (rohs) devices and for the detail explination of how jedec determines the reflow temperatures based on package thickness.
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 157 preliminary information / mindspeed proprietary and confidential 7.1.2 recommended operating conditions 7.1.3 electrical characteristics table 7-2. recommended operating conditions parameter symbol value unit supply voltage v ddi , v ddo 3.0 to 3.6 v ambient operating temperature epf t ac ?40 to +85 c high-level input voltage v ih 2.0 to v gg + 0.3 v low-level input voltage v il ?0.3 to 0.8 v high-level output current source i oh 200 to 400 a low-level output current sink i ol 2 to 3 ma output capacitive loading c ld 60 pf 5 v tolerant supply (1) v gg 4.75 to 5.25 v core supply v ddc 2.3 to 2.7 v footnote: (1) v gg input can be supplied by v dd in the 3.3 v signaling environment. table 7-3. electrical operating characteristics, 33 mhz pci clock parameter symbol value unit high-level output voltage v oh 2.4 v low-level output voltage v ol 0.4 v input leakage current i l ?1 to 1 a three-state leakage current i oz ?10 to 10 a resistive pullup current (maximum) i pr ?80 a resistive pulldown cu rrent (maximum) i pd 80 a supply current (typical) i ddio + i ddc 130 m a supply current (maximum) i ddio + i ddc 225 m a 5 v tolerant leakage current i gg 10 a table 7-4. electrical operating characteristics, 66 mhz pci clock parameter symbol value unit high-level output voltage v oh 2.4 v low-level output voltage v ol 0.4 v input leakage current i l ?1 to 1 a three-state leakage current i oz ?10 to 10 a resistive pullup current (maximum) i pr ?80 a resistive pulldown current (maximum) i pd 80 a supply current (typical) i ddio + i ddc 150 m a supply current (maximum) i ddio + i ddc 250 m a ?5 v tolerant leakage current i gg 10 a
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 158 preliminary information / mindspeed proprietary and confidential 7.2 timing and switching specifications 7.2.1 overview the major subsystems of musycc are the host interface, the expansion bus interface, and the serial interface. the host interface is pci compliant. for other references to pci, see the pci local bus specification , revision 2.1, june 1, 1995. the expansion bus and serial bus interfaces are similar to the host interface timing characteristics; the differences and specific characteristics common to either interface are further defined. 7.2.2 host interface (pci) timi ng and switching characteristic reference the pci local bus specification , revision 2.1, june 1, 1995 for information on: indeterminate inputs and metastability power requirements, sequencing, decoupling pci dc specifications pci ac specifications pci v/i curves maximum ac ratings and device protection table 7-5. pci interface dc specifications symbol parameter condition min max unit v ddi , v ddo supply voltage ? 3.0 3.6 v vih input high voltage ? 0.5v dd v gg + 0.5 v v il input low voltage ? ?0.5 0.3v dd v v ipu input pull-up voltage (1) ?0.7v dd ?v i il input leakage current (2) 0 < v in < v dd ? 10 a v oh output high voltage i out = ?500 a 0.9v dd ?v v ol output low voltage (3) i out = 1500 a ? 0.1 v dd v c in input pin capacitance (4) ? ? 10 pf c clk clk pin capacitance ? 5 12 pf c idsel idsel pin capacitance (5) ??8pf l pin pin inductance (6) ? ? 20 nh footnote: (1) guaranteed by design. it is the minimum vo ltage to which pull-up resistors are calculat ed to pull a floate d network. applicatio ns sensitive to static power utilization s hould ensure that the input bu ffer is conducting minimum curre nt at this input voltage. (2) input leakage currents include hi-z output leakage for all bi directional buffers with three-state outputs. (3) signals without pull-up resistors must have 3 ma low output current. signals requiri ng pull-up must have 6 ma; the latter incl udes frame*, trdy*, irdy*, devsel*, stpp*, serr*, and perr* (4) absolute maximum pin capacitance for a pci input is 10 pf (excep t for clk) with an exception gr anted to motherboard-only device s, which could be up to 16 pf, in order to ac commodate pga packaging. this would mean, in general, that comp onents for expansion boards would need to use alternatives to ceramic pga packaging ? i.e., pqfp, sga, etc. (5) lower capacitance on this input-only pin a llows for non-resistive coupling to ad[xx]. (6) this is a recommendation, not an absolute requirement. the actual va lue should be provided with the component data sheet.
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 159 preliminary information / mindspeed proprietary and confidential table 7-6. pci clock (pclk) waveform parameters, 33 mhz pci clock symbol parameter min max unit t cyc clock cycle time (1) 30 ? ns t high clock high time 11 ? ns t low clock low time 11 ? ns ? clock slew rate (2) 14v/ns v ptp peak-to-peak voltage 0.4 v dd ?v footnote: (1) musycc works with any clock frequency betwee n dc and 66 mhz, nominally. the clock fre quency can be changed at any time during operation of the system as long as clock edges remain monotonic, and minimum cycle and high and low times are not violated. the clock can only be stopped in a low state. (2) rise and fall times are specified in terms of the edge rate meas ured in v/ns. this slew rate must be met across the minimum pea k-to- peak portion of the clock waveform. table 7-7. pci clock (pclk) waveform parameters, 66 mhz pci clock symbol parameter min max unit t cyc clock cycle time (1) 15 ? ns t high clock high time 6 ? ns t low clock low time 6 ? ns ? clock slew rate (2) 14v/ns v ptp peak-to-peak voltage 0.4 v dd ?v footnote: (1) musycc works with any clock frequency betwee n dc and 66 mhz, nominally. the clock fre quency can be changed at any time during operation of the system as long as clock edges remain monotonic, and minimum cycle and high and low times are not violated. the clock can only be stopped in a low state. (2) rise and fall times are specified in terms of the edge rate meas ured in v/ns. this slew rate must be met across the minimum pea k-to- peak portion of the clock waveform. figure 7-1. pci clock (pclk) waveform 0.5v dd v 0.4v dd 0.3v dd t high t cyc t low v ptp min 0.6 v dd 0.2 v dd 8478_023
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 160 preliminary information / mindspeed proprietary and confidential table 7-8. pci reset parameters symbol parameter min max unit t rst reset active time after power stable 1?ms t rst_clk reset active time after clock stable 100 ? s v nom nominal voltage level (1) ??v ? rst* slew rate (2) 50 ? mv/ns t fail power failure detect time (3) ??? t rst-off reset active to float delay ? 40 ns footnote: (1) the nominal voltage level refers to a voltage test point in the power-up curve where the system can declare start of a ?power g ood? signal. (2) the minimum rst* slew rate applie s only to the rising (deassertion) edge of the reset signal, and ensures that system noise can not render an otherwise monotonic signal to appear to bounce in the switching range. (3) the value of t fail is the minimum of a. 500 ns (max) from power rail going out of specification by exceeding specif ied tolerances by more than 500 mv. b. 100 ns (max) from 5 v rail falling below 3.3 v rail by more than 300 mv. figure 7-2. pci reset timing t rst-clk power pclk pwr_good prst* pci signals v nom 100 ms (typ) t rst three-state t rst-off power fail t fail 8478_025
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 161 preliminary information / mindspeed proprietary and confidential table 7-9. pci i/o timing parameters, 33 mhz pci clock symbol parameter min max unit t val pclk to signal valid delay?bused signal (1, 2, 4) 211 ns t val (ptp) pclk to signal valid delay?point to point (1, 2) 212 ns t on float to active delay (3) ?13 ns t off active to float delay (3) ?28 ns t ds input setup time to clock?bused signal (2) 7? ns t su (ptp) input setup time to clock?point to point (2) 10 ? ns t dh input hold time from clock 1 ? ns footnote: (1) minimum and maximum times are eval uated at 80 pf equivale nt load. actual test capacitance may vary, and results should be corre lated to these specifications. (2) req* and gnt* are the only point-to-point si gnals and have different out put valid delay and input se tup times than bused signal s. gnt* has a setup of 10. (3) for purposes of active/floa t timing measurements, the high-z or off state is when the total current delivered through the compo nent pin is less than or equal to the leakage current specification at 80 pf equivalent load. (4) t val = 17 ns max for inta. table 7-10. pci i/o timing parameters, 66 mhz pci clock symbol parameter min max units t val pclk to signal valid delay?bused signal (1, 2, 4, 5) 28ns t val (ptp) pclk to signal valid delay?point to point (1, 2) 28ns t on float to active delay (3) 210ns t off active to float delay (3) ?14.5 ns t ds input setup time to clock?bused signal (2) 4?ns t su (ptp) input setup time to clock?point to point (2) 5?ns t dh input hold time from clock 1 ? ns footnote: (1) minimum and maximum times are eval uated at 80 pf equivale nt load. actual test capacitance may vary, and results should be corre lated to these specifications. (2) req* and gnt* are the only point-to-point si gnals and have different out put valid delay and input se tup times than bused signal s. gnt* has a setup of 10. (3) for purposes of active/floa t timing measurements, the high-z or off state is when the total current delivered through the compo nent pin is less than or equal to the leakage current specification at 80 pf equivalent load. (4) t val = 11 ns maximum for serr. (5) t val = 17 ns maximum for inta. table 7-11. pci i/o measure conditions (1 of 2) symbol parameter value unit v th voltage threshold high (1) 0.6 v dd v v tl voltage threshold low (1) 0.2 v dd v v test voltage test point 0.4 v dd v
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 162 preliminary information / mindspeed proprietary and confidential v max maximum peak-to-peak (2) 0.4 v dd v ? input signal edge rate 1 v/ns footnote: (1) the input test is done with 0.1 v dd of overdrive (over v ih and v il ). timing parameters must be met with no more overdrive than this. production testing can use different vo ltage values, but must correlate re sults back to th ese parameters. (2) v max specifies the maximum peak-to-peak volt age waveform allowed for measuring input timing. production testi ng can use different voltage values, but must correlate results back to these parameters. figure 7-3. pci output timing waveform figure 7-4. pci input timing waveform table 7-11. pci i/o measure conditions (2 of 2) symbol parameter value unit v th v tl v test v test t val t on t off pclk output delay three-state output output current leakage current 8478_026 pclk input v th v tl v test t ds t dh v max v test v th v tl inputs valid 8478_027
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 163 preliminary information / mindspeed proprietary and confidential figure 7-5. pci read multiple operation figure 7-6. pci write multiple operation pclk frame* cbe[3:0] ad[31:0] par irdy* trdy* devsel* 1234 5678 command byte enable address data 1 data 2 be 8478_028 pclk frame* cbe[3:0] ad[31:0] par irdy* trdy* devsel* command address data 1 data 2 be be 1234 56 8 478_029
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 164 preliminary information / mindspeed proprietary and confidential 7.2.3 expansion bus (ebus) timi ng and switching characteristic the ebus timing is derived from the pci clock (pclk) in put to musycc. the eclk output is either one-half of the pci clock (m66en = 1) or the same as the pci clock (m66en = 0); the eclk and pclk relationship is shown in figures 7-8 and 7-9 . the ebus i/o timing characteristics are identical to the pci i/o timing characteristics. the ebus clock waveform characteristics are identical to the pci clock waveform characteristics (refer to ta bl e s 7 - 12 through 7-14 and figures 7-10 through 7-12 ). figure 7-7. pci write single operation figure 7-8. eclk to pclk relationship (m66en = 0) pclk frame* cbe[3:0] ad[31:0] par irdy* trdy* devsel* command address data 1 be 1234 8478_030 v th v tl pclk v tl eclk v test v test t de 8478_031
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 165 preliminary information / mindspeed proprietary and confidential figure 7-9. eclk to pckl relationship (m66en = 1) table 7-12. ebus reset parameters symbol parameter min max units t off active to inactive delay (1) ?30 ns footnote: (1) for purposes of active/floa t timing measurements, the high-z or off state is when the total current delivered through the compo nent pin is less than or equal to the leakage current specification. figure 7-10. ebus reset timing general note: the ebus reset is de pendent on the prst* (pci rese t) signal being asserted low. table 7-13. ebus i/o timing parameters (1 of 2) symbol parameter min max units t val pci clock to signal valid delay?bused signal (1) 215ns t val (ptp) pci clock to signal valid delay?point to point (1) 215ns t on float to active delay (2) ?30 ns t off active to float delay (2) ?30 ns t ds input setup time to clock?bused signal 3 ? ns t ds (ptp) input setup time to clock?point to point 3 ? ns pclk eclk t de 8478_031a pci reset input ignored ebus three-state output ebus input t off reset period three-state 8478_032
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 166 preliminary information / mindspeed proprietary and confidential t dh input hold time from clock 7 ? ns t de pci clock fall to eclk rising edge ? 11 ns footnote: (1) minimum and maximum times are eval uated at 80 pf equivale nt load. actual test capacitance may vary, and results should be corre lated to these specifications. (2) for purposes of active/floa t timing measurements, the hi-z or off state is when the total current delivered through the compone nt pin is less than or equal to the leakage current specification at 80 pf equivalent load. table 7-14. ebus i/o measure conditions symbol parameter value units v th voltage threshold high (1) 0.6 v dd v v tl voltage threshold low (1) 0.2 v dd v v test voltage test point 0.4 v dd v v max maximum peak-to-peak (2) 0.4 v dd v ? input signal edge rate 1 v/ns footnote: (1) the input test for th e 3.3 v environment is done with 0.1 v dd of overdrive (over v ih and v il ). timing parameters must be met with no more overdrive than this. production testi ng can use different voltage values, but must correlate results ba ck to these paramet ers. (2) v max specifies the maximum peak-to-peak volt age waveform allowed for measuring input timing. production testi ng can use different voltage values, but must correlate results back to these parameters. figure 7-11. ebus output timing waveform table 7-13. ebus i/o timing parameters (2 of 2) symbol parameter min max units pclk output delay v th v tl v test t val v test 8478_033 m66en = 0 m66en = 1
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 167 preliminary information / mindspeed proprietary and confidential figure 7-12. ebus input timing waveform pclk input v th v tl v test v max t ds t dh v test v test v th v tl 8478_034 m66en = 0 m66en = 1
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 168 preliminary information / mindspeed proprietary and confidential 7.2.4 ebus arbitration timing illustrated in figures 7-13 and 7-14 are intel- and motorola-style write and read transactions. figure 7-13. ebus write/read transactions, intel-style general note: 1. hlda assertion depends on the external bus arbiter. while ho ld and hlda are both deasserted, musycc places shared ebus signals in high impedance (three -state, shown as dashed lines). 2. musycc outputs valid command bus si gnals: ebe, ale, rd*, and wr* 1 eclk cycle after hlda assertion. 3. musycc outputs valid ead address signals, 2 eclk cycles after hlda assertion. 4. ale assertion occurs 3 eclk cycles afte r hold and hlda are both asserted.alapse in serts a variable numbe r of eclk cycles to extend ale high pulse width and ead address interval. 5. ead address remains valid for 1 eclk cycle after ale falling e dge. during a write transaction, musycc outputs valid ead write data 1 eclk prior to wr* assertion. during a re ad transaction, ead data lines are inputs. 6. elapse inserts a variable number of eclk cy cles to extend rd*/wr* low pulse width and ead data intervals. read data inputs ar e sampled on eclk rising edge coin cident with rd* deassertion. 7. ead write data and ebe byte enables remain va lid for 1 eclk cycle af ter rd*/wr* deassertion. 8. hold is deasserted, and the bus is par ked (command bus deasserted, ea d tristate) 1 eclk after rd* or wr* deassertion. the bus parked state ends when hlda is deassert ed, 1 eclk after rd* or wr* deassertion. 9. command bus is unparked (three-s tated) one eclk after hlda deas sertion; two different unpark ph ases are shown, indicating the dependence on hlda deassertion. if hlda remained asserted until the next bus request, then command bus remains parked until 1 eclk cycle following the next hold assertion. warning: whenever hlda is deasserted, all shared ebus signals are forced to three - state after 1 eclk cycle, regard less of whether the ebus transaction was completed. musycc w ill not reissue or repeat such an aborted transaction. 10. blapse inserts a variable number of eclk cycles to extend hold deassertion interval until the next bus request. eclk hold hlda ead[31:0] ebe[3:0]* ale rd* (write) wr* (write) rd* (read) see notes 1 alapse = 0 wr* (read) blapse = 0 elapse = 0 data address byte enables from pci data phase 2 34 5 678910 8478_035
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 169 preliminary information / mindspeed proprietary and confidential figure 7-14. ebus write/read transactions, motorola-style general note: 1. bg* assertion depends on the external bus arbiter. while bg * and br* are both deasserted, musycc places shared ebus signals in high impedance (t hree-state, as shown by dashed lines). 2. one eclk cycle after bg* asserti on, musycc outputs valid command bus si gnals: ebe, as*, r/wr*, and ds*. 3. two eclk cycles after bg* assertion, musycc outputs valid ead a ddress signals. bgack* assertion occurs three eclk cycles aft er bg* and br* are both asserted. 4. alapse inserts a variable number of eclk cycles to extend as* high pulse width and ead address interval. 5. ead address remains valid for one eclk cycle after as* falli ng edge. during a write transact ion, musycc asserts r/wr* and outputs valid ead write data one eclk pr ior to ds* assertion. du ring a read transaction, ead data lines are input. 6. elapse inserts a variable number of eclk cycles to extend ds * low pulse width and ead data interval. read data inputs are sampled on eclk rising edge coin cident with ds* deassertion. 7. ead write data, ebe, r/wr*, and as* signals remain valid for one eclk cycl e after bgack* and ds* are deasserted. 8. one eclk cycle after bgack* deassertion, the br* output is deasserted and the bus is park ed (command bus deasserted, ead three-state). the bus parked state ends when the external bus arbiter deasserts bg*. 9. command bus is unparked (three -stated) one eclk after bg* de assertion; two different unpark phases are shown, indicating the dependence on bg* deassertion. if bg* remained asserted until th e next bus request, then comma nd bus remains parked until one eclk following the next br * assertion. warning: whenever bg* is deasserted, all shared ebus signals are forced to three-state after one eclk cycle, regardless of whether the ebus transaction was completed. musycc will not reissue or repeat such an aborted transaction. 10. blapse inserts a variable number of eclk cycles to extend br* deassertion interval until the next bus request. eclk br* bg* bgack* ead[31:0] ebe[3:0]* as* r/wr* (read) r/wr* (write) ds* see notes data address byte enables from pci data phase 1 alapse = 0 blapse = 0 elapse = 0 2 34 5 678910 8478_036
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 170 preliminary information / mindspeed proprietary and confidential 7.2.5 serial interface timing a nd switching characteristics serial interface timing and switching characteristics are provided in tables 7-15 through 7-18 and figures 7-15 through 7-18 . table 7-15. serial interface clock (rclk, tclk) parameters symbol parameter min max units f c clock frequency dc 8.192 10% mhz t r clock rise time ? 2 ns t f clock fall time ? 2 ns figure 7-15. serial interface clock (rclk,tclk) waveform table 7-16. serial interface i/o timing parameters symbol parameter min max units t val clock to signal valid delay 2 20 ns t ds data setup time 10 ? ns t dh data hold time 10 ? ns table 7-17. serial interface clock hysteresis (rclk, tclk, with schmitt trigger) symbol parameter min max units v th high threshold voltage 0.7* vddi ? v v tl low threshold voltage 0 0.3* vddi v v h hysteresis 0.3 ? v 1/f c t r t f rclk, tclk 8478_037
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 171 preliminary information / mindspeed proprietary and confidential figure 7-16. serial interface clock (rclk,tclk) waveform table 7-18. serial interface i/o measure conditions for 3.3 v signaling symbol parameter value units v th voltage threshold high (1) 0.6 v dd v v tl voltage threshold low (1) 0.2 v dd v v test voltage test point 0.4 v dd v v max maximum peak-to-peak (2) 0.4 v dd v ? input signal edge rate 1 v/ns footnote: (1) the input test for th e 3.3 v environment is done with 0.1 v dd of overdrive (over v ih and v il ). timing parameters must be met with no more overdrive than this. production testi ng can use different voltage values, but must correlate results ba ck to these paramet ers. (2) v max specifies the maximum peak-to-peak volt age waveform allowed for measuring input timing. production testi ng can use different voltage values, but must correlate results back to these parameters. figure 7-17. serial interface data input waveform rclk, tclk 8478_037a v th v tl v h tsync, rsync, roof, rdat (falling edge) tsync, rsync, roof, rdat (rising edge) v th v tl v test v max t ds t dh v test v test v th v tl t val v max v test t ds t dh v test v test t val v th v tl rclk, tclk 8478_038
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 172 preliminary information / mindspeed proprietary and confidential 7.2.6 package thermal specification ta bl e 7 - 1 9 lists the package th ermal specifications. figure 7-18. serial interface data delay output waveform table 7-19. musycc package thermal resistance characteristics package mounting conditions airflow?lfm (lms) 0 (0.000) 50 (0.256) 100 (0.505) 200 (1.01) 400 (2.03) thermal resistance (junction to ambient) = **c/w 208-bga board-mounted 26 22 19 18 17 208-pin quad flat pack board?mounted 21 19 17 16 14 208-pin quad flat pack socket 23 21 19 18 16 general note: 1. lfm?linear feet per minute. 2. lms?linear meters per second. 3. junction to case temperature (c): . tjc = ja x pd(measured) + tac(measured) where:tjc = junction temperature (see table 7-1 ). ja = thermal resistance ( -ja, see table 7-19 ). tac = ambient case temperature (see table 7-2 ). pd = power dissipation = vdd x idd ( table 7-1 ). v test v max v test v test v th v tl v test tclk tdat (rising edge) tdat (falling edge) t val v max v test v test v th v tl t val 8478_039 v th v tl t jc t ac ja p d () + =
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 173 preliminary information / mindspeed proprietary and confidential 7.2.7 mechanical specifications figures 7-19 and 7-20 illustrate the mechanical specifications. figure 7-19. 208-pin metric quad flatpack (mqfp) 208 mqfp top view bottom view pin #1 e b d1 d3 d e e3 e1 a a2 a1 1.30 ref. l s y m b o l all dimensions in millimeters min. nom. max. a a 1 a 2 d d 1 d 3 e e 1 e 3 l e b ---- 0.25 3.20 0.50 0.17 3.70 0.33 3.37 30.60 bsc. 28.00 bsc. 25.50 ref. 30.60 bsc 28.00 bsc. 25.50 ref. 0.60 0.50 bsc. 0.22 4.07 ---- 3.60 0.75 0.27 8478_040
electrical and mechanical specifications 28478-dsh-002-e mindspeed technologies ? 174 preliminary information / mindspeed proprietary and confidential figure 7-20. 208-pin plastic ball grid array (pbga) + 0.70 ? 0.50 15.00 + 0.70 ? 0.50 15.00 17.00 17.00 30? typ ? 0.10 + 0.10 0.50 seating plane 0.80 0.05 1.76 0.21 0.40 0.10 0.56 0.06 a1 ball pad corner 45? chamfer 4 places a1 ball pad corner 1 32 4 5 7 86 b a c d e 11 10 13 12 15 16 14 9 g h j k m l n r p t 1.00 ref 1.00 ref 0.50 r 3 places 1.00 ref 1.00 ref f 8478_048
28478-dsh-002-e mindspeed technologies ? 175 preliminary information / mindspeed proprietary and confidential 8.0 terms, definitions, and conventions this document assumes the reader is familiar with the design and development of pci systems software and hardware, and with the message layout used in the hdlc protocol. most of the pci reference material is located in the pci local bus specification , revision 2.1, june 1, 1995. 8.1 applicable specifications the following documents were used as reference material for musycc and this document. pci local bus specification revision 2.1, version, june 1, 1995 itu-t recommendation q.921 (03/93) digital subscriber signaling system no. 1 itu-t recommendation q.703 (03/93) specification of signaling system no. 7 ansi t1.408-1990 itu-t recommendation g.704 ieee standard 1149.1-1990 brooktree bt8370 specification 8.2 numeric notation the general representation for numbers is listed in ta b l e 8 - 1 . the suffix can be dropped for clarity when the context makes the intended radix obvious. the suffix convention requires letters within hexadecimal numbers to be capitalized [abcdef]. table 8-1. number representation type suffix example binary b 01b, 1010b decimal d 01d, 999d octal o 01o, 174o hexadecimal h 01h, 08e002fch
terms, definitions, and conventions 28478-dsh-002-e mindspeed technologies ? 176 preliminary information / mindspeed proprietary and confidential 8.3 bit stream transmission convention digitized voice transmission represented by octets (8-b it fields) generally numbers bits left to right, 0?7, respectively. data is transmitted serially starting at the most significant bit (left-most bit, numbered bit 0) and proceeding to the right-most bit (least significant bit, numbered bit 8) of the sample. the receiver receives the most significant bit first. ta b l e 8 - 2 illustrates this sequence. digital data transmission uses n-bit words and generally numbers bits right to left, 0 to [n-1], respectively. data is transmitted serially starting with the least significant bi t (right-most bit or bit 0) and proceeding to the most significant bit (left-most bit or bit [n ? 1]). the receiver receives the least significant bit first. ta bl e 8 - 3 illustrates this sequence. musycc employs the digital data transmission conventi on. musycc extensively uses 32-bit wide dwords or double-words data transfers. the data is transmitted and received as listed in ta b l e 8 - 4 . 8.4 bit stream storage convention musycc stores and retrieves bit stream data to and from memory using little endian-style byte ordering, which causes the least significant byte to be stored in and retrieved from the lowest memory address. ta bl e s 8 - 5 and 8-6 list little and big endian byte ordering within a dword using the 32-bit dword 7654321h. table 8-2. digitized voice transmission convention bit 0 (msb) 1 2 3 4 5 6 7 (lsb) data 1 010111 1 transmission order bit stream = 10101111...... msb is transmitted first table 8-3. digital data transmission convention bit 7 (msb) 6 5 4 3 2 1 0 (lsb) data 1 010111 1 transmission order bit stream = 11110101...... lsb is transmitted first table 8-4. musycc byte transmission convention byte 3 msb bits 7 <- 0 2 1 0 lsb bits 7 <- 0 transmission and reception order byte stream = byte 0, byte 1, byte 2, byte 3...... table 8-5. little-endian storage convention (intel-style) address data x x + 1 x + 2 x + 3 10h 32h 54h 76h
terms, definitions, and conventions 28478-dsh-002-e mindspeed technologies ? 177 preliminary information / mindspeed proprietary and confidential 8.5 acronyms abt abort termination error align alignment error blp bit level processor bps (bps) bits per second buff buffer error chabt change to abort code chic change to idle code cmos complementary metal oxide semiconductor cofa change of frame alignment crc cyclic redundancy check dma direct memory access dmac direct memory access controller dmi digital multiplexed interface dword double word dxi data exchange interface ebus expansion bus eob end of buffer eom end of message eop end of pad fill fcs frame check sequence fifo first in first out frad frame relay access devices frec frame recovery hdlc high-level data link control ic idle code intc interrupt controller iram internal ram isdn integrated service digital network table 8-6. big-endian storage convention (motorola-style) address data x x + 1 x + 2 x + 3 76h 54h 32h 10h
terms, definitions, and conventions 28478-dsh-002-e mindspeed technologies ? 178 preliminary information / mindspeed proprietary and confidential islp inter-system link protocol iso international standard for organization jtag joint test action group kbps kilobits per second lng long message error lsb least significant bit or byte mb megabyte mbps (mbps) megabits per second msb most significant bit or byte musycc multichannel synchronous communication controller onr host ownership of buffer oof out of frame osi open system interconnection pci peripheral component interface pcm pulse code modulated pqfp plastic quad flat pack roof receiver out of frame rx (rx) receive/receiver sdec suerm octet count decrement seri serial port interfaces sfilt ss7 filtered message sht short message error sinc suerm octet count increment ss7 signaling system 7 suerm signal unit error rate monitor suerr signal unit error rate interrupt suet signal unit error threshold ts time slot tx (tx) transmit/transmitter
terms, definitions, and conventions 28478-dsh-002-e mindspeed technologies ? 179 preliminary information / mindspeed proprietary and confidential 8.6 definitions bit field any group of associated information bits that must always be viewed together to provide the desired information. for example, in a 3-bit field, the 3 bits can represent 8 related values and thus must always be viewed together. byte a field made up of 8 binary bits. channel a logical bit stream through musycc. a channel has an associated transmit and receive direction. the transmit direction is for the bit stream flowing from shared memory towards the serial port. the receive direction is for the bit stream flowing from the serial port to the shared memory. a channel within musycc is bidirectional. the rate of data flow is configurable and is specified in bits per second. channelized a serial port configuration whereby a higher spee d bit stream is partitioned into lower speed bit streams or time slots. a frame synchronization signal is required and allows mapping of individual bits within the time slots into logica l channels. this term is synonymous with pcm highway. channel group musycc is designed around four independent and full-duplexed sets of channels. each channel group supports up to 32 logical channels. data buffer a block of shared memory where data messages are stored. as messages are received from the serial port, musycc writes the message to shared memory data buffers. as messages are sent out on the serial port, musycc takes messages from shared memory data buffers. descriptor a data structure used to specify attributes of a separate block of data. dword a field consisting of 32 binary bits, or 2 words concatenated, or 4 bytes concatenated. fifo a region of memory designed to fa cilitate the movement of bits of information in a first-in-first-out manner. flag as defined by hdlc protocol, an octet with the value 7eh (01111110b). frame in the context of an hdlc bit stream, this term is synonymous with message and packet. in terms of a serial interface, a frame is a grouping of synchronous bits relative to a serial line clock and delimited by a synchronization signal. the frame structure is defined by the physical interface providing the framed data. hyperchannel concatenation of time slots into a single logical channel. the available bandwidth for such a logical channel is the sum of bandwidth of each time slot. idle code an octet pattern used to fill the time between th e closing flag of one message and the opening flag of the subsequent message. the following idles codes are supported: 7eh, ffh, and 00h. message in the context of an hdlc protocol, a data message consists of a header field, an address field, a control field, a payload field, and an fcs field delimited by an opening and a closing flag?7eh (01111110h). this term is synonymous with frame and packet. octet a field made up of 8 binary bits. synonymous with byte. pointer a 32-bit field containing the address of another bit field, descriptor, dword, word, or byte. subchannel when a 64 kbps time slot (or channel) consists of lower rate bit streams (in multiples of 8 kbps), each bit stream is said to be a subchannel of the original channel. time slot an 8-bit portion of a channelized t1 or e1 frame which repeats every 125 s and represents a 64 kbps signal. in channelized t1 and e1 frames, 24 and 32 time slots operate at 64 kbps. word a field made up of 16 binary bits or 2 bytes concatenated.
28478-dsh-002-e mindspeed technologies ? 180 preliminary information / mindspeed proprietary and confidential appendix a: jtag interface the cn8478 supports boundary scan testing conforming to ieee standard 1149.1a-1993 and supplement 1149.1b. 1994. this appendix is intended to assist the customer in developing boundary scan tests for printed circuit boards and systems that use the cn8478. it is assumed that the re ader is familiar with boundary scan terminology. for the latest version of the boundary scan description language (bsdl) file, contact technical publications. the jtag interface section of the cn8478 provides access to all external i/o signals of the device for board and system level testing. this circuitry al so conforms to i eee std. 1149.1a-1993. a.1 instruction register the instruction register (ir) is a 3-bit register. when the b oundary scan circuitry is reset, the ir is loaded with the bypass instruction. the capture-ir binary value is 001. the eight instructions include thre e ieee 1149.1 mandatory public instructions (bypass, extest, and sample/ preload) and five private instructions for manufacturing us e only. bit 0 (lsb) is shifte d into instruction register first. table a-1. ieee std. 1 149.1 instructions bit 2 bit 1 bit 0 instruction register accessed 0 0 0 extest boundary scan 0 0 1 sample/preload boundary scan 0 1 0 private ? 0 1 1 private ? 1 0 0 private ? 1 0 1 private ? 1 1 0 private ? 1 1 1 bypass bypass
jtag interface 28478-dsh-002-e mindspeed technologies ? 181 preliminary information / mindspeed proprietary and confidential a.2 bypass register the bypass register is a 1-bit shift regi ster that passes tdi data to tdo, whic h facilitates testing other devices in the scan path without having to shift the data patterns through the compare boundary scan register of the cn8478. table a-2. jtag timing table label description min max unit t per period, tck ? 100 ns t pwl pulse width low, tck 0.4 t per 0.6 t per ns t pwh pulse width high, tck 0.4 t per 0.6 t per ns t rec recovery, the rising edge of tck from the rising edge of trst~ 100 ? ns t s setup, tms, tdi to the rising edge of tck 15 ? ns t h hold, tms, tdi from the rising edge of tck 15 ? ns t en enable, tdo from the falling edge of tck ? 15 ns t pd propagation delay, tdo from the falling edge of tck ? 15 ns t dis1 disable, tdo from the falling edge of tck ? 15 ns t dis2 disable, tdo from the falling edge of trst~ ? 100 ns figure a-1. jtag timing diagram t dis2 t dis1 t pd t en t per t pwl t pwh t h t s t h t s t rec trst~ tms tdi tck tdo 8478_043
www.mindspeed.com general information: telephone: (949) 579-3000 headquarters - newport beach 4000 macarthur blvd., east tower newport beach, ca 92660 ? 2006 mindspeed technologies ? , inc. all rights reserved. information in this document is provided in connection with mindspeed technologies ? ("mindspeed ? ") products. these materials are provided by mindspeed as a service to its customers and may be used for informational purposes only. except as provided in mindspeed?s terms and conditions of sale for such products or in any separate agreement related to this document, mindspeed assumes no liability whatsoever. mindspeed assumes no responsibility for errors or omission s in these materials. mindspeed may make changes to specifications and product descriptions at any time, without notice. mindspeed makes no commitment to update the information and shall have no responsibility whatsoever for conflicts or incom patibilities arising from future changes to its specifications and product descriptions. no license, ex press or implied, by estoppel or otherwise, to any intellectual property rights is granted by this document. these materials are provided "as is" withou t warranty of any kind, either express or implied, relating to sale and/or use of mindspeed products including liability or warranties relating to fitness for a particular purpose, consequential or incidental damages, merchantability, or infringement of any patent, copyright or other intellectual property right. mindspeed further does not warrant the accuracy or completeness of the information, text, gr aphics or other items contained within these materials. mindspeed shall not be liable for any special, indirect, incidental, or consequential damages, including without li mitation, lost revenues or lost profits, which may result from the use of these materials. mindspeed products are not intended for use in medical, lifesaving or life sustaining applications. mindspeed customers using or selling mindspeed pr oducts for use in such applications do so at their own risk and agree to fully indemnify mindspeed for any damages resulting from such improper use or sale. 28478-dsh-002-e mindspeed technologies ? 182 preliminary information / mindspeed proprietary and confidential

▲Up To Search▲

Price & Availability of 28478-DSH-002-E-15

	To Download 28478-DSH-002-E-15 Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .